Und? Was war das Problem?
Zu viele Daten in der Aggregation sodass die 2GB Grenze beim Start/kurz danach erreicht wurde und IPS im nichts verschwand. (=Absturz)
paresy
Lieber Michael
6 Tage hat es gehalten jupi, heute morgen war der Dienst plötzlich wieder weg… *sniff" ich habe ein etwa ca 80 MB grosses dump… wenn ich jetzt den Dienst starten möchten geht es gar nicht mehr.
Ich versuch das wohl auf eine Dropbox zu legen (dump)?
Das Dump ging raus… wenn ich jetzt starte habe ich log als letzte Einträge:
08:52:39 | 00000 | MESSAGE | Kernel | Creating…
08:52:39 | 00000 | MESSAGE | Kernel | IP-Symcon Kernel Version: 4.10
08:52:39 | 00000 | MESSAGE | Kernel | IP-Symcon Kernel WorkingDir: C:\IP-Symcon
08:52:39 | 00000 | MESSAGE | Kernel | IP-Symcon Kernel SystemDir: C:\IP-Symcon
08:52:39 | 00000 | MESSAGE | Kernel | IP-Symcon Kernel LogDir: C:\IP-Symcon\logs
08:52:39 | 00000 | MESSAGE | Kernel | IP-Symcon System: Win32
08:52:39 | 00000 | MESSAGE | Kernel | Boost Version: 1_61
08:52:39 | 00000 | MESSAGE | Kernel | cURL Version: libcurl/7.49.1 WinSSL zlib/1.2.8
08:52:39 | 00000 | MESSAGE | Kernel | Git2 Version: 0.23.4
08:52:39 | 00000 | MESSAGE | Kernel | SSH2 Version: 1.7.0
08:52:39 | 00000 | MESSAGE | Kernel | ZLIB Version: 1.2.8
08:52:39 | 00000 | MESSAGE | Kernel | RapidJSON Version: 1.0.2
08:52:39 | 00000 | MESSAGE | Kernel | OpenSSL Version: OpenSSL 1.0.1t 3 May 2016
08:52:39 | 00000 | MESSAGE | Kernel | OpenSSL CertDir: c:/usr/local/ssl/certs
08:52:39 | 00000 | MESSAGE | Kernel | PHP Version: 5.6.25.0
08:52:39 | 00000 | MESSAGE | Kernel | Initializing…
08:52:39 | 00000 | MESSAGE | LocalePool | Creating…
08:52:39 | 00000 | MESSAGE | LocalePool | Detected locale: de_CH
08:52:39 | 00000 | MESSAGE | LocalePool | Using locale: de
08:52:39 | 00000 | MESSAGE | LicensePool | Erstelle…
08:52:39 | 00000 | MESSAGE | LicensePool | LiveUpdate: 01.08.2016, 55451e0dd4245cb39f211b50d7e8118c2326c447
08:52:39 | 00000 | MESSAGE | Settings | Erstelle…
08:52:39 | 00000 | MESSAGE | Settings | Lade Einstellungen…
08:52:39 | 00000 | ERROR | Settings | Einstellungen konnten nicht geladen werden. Bitte verwenden Sie eine Alternativ „settings.json“-Datei aus dem Backup Ordner.
08:52:39 | 00000 | MESSAGE | Settings | JSON Error: 4
08:52:39 | 00000 | MESSAGE | Settings | JSON Position: 4849664
08:52:39 | 00000 | MESSAGE | Kernel | Settings load error
Nimm mal eine Settings aus dem Backup Ordner. MiniDump schau ich mir an!
paresy
hat es wohl nach dem absturz „verschneffelt“ wie wir so schön sagen… mit dem bkp läufts so irgendwie wieder.
Seit neuestem Update beendet sich auch bei mir der Dienst. seit dem Update ist regelmässig wenn ich heimkomme der Dienst beendet.
Habe keine Änderungen gemacht an den Settings nur ips updaten lassen.
Kann ihn dann zwar problemlos wieder starten ist aber blöd wenn der sich immer wieder verabschiedet.
Minidumps seit 3 Tagen je 2 neue pro tag
Magst du mir mal einen oder mehrere MiniDump z.B. bei Dropbox hochladen und mir den Link per PM senden?
paresy
ich wollte das grad machen da seh ich alle files haben 0kb grösse.
ist das normal?
Das ist eher unnormal. Magst du mal schauen wie viel RAM dein IP-Symcon verbraucht? Wie viele geloggte Variablen hast du im Archiv und wie viele Jahre loggst du bereits?
paresy
ips_tray.exe braucht ca1900k
ich setze ips seit 2012 ein
wenn ich die geloggten Daten anschaue zeigt es mir bis juli 2015 zurück an
ich schätze ca 30 Variablen (kann ich das irgendwo nachschauen oder die grösse des archivs?)
bis anhin hatte ich keinerlei Probleme es ist da sehr schön mit dem Update zusammengefallen
kannst du ggf mit dem Logfile was anfangen
so ich habe mal wieder einiges geupdatet
ich habe mir die Logfiles angeschaut und da meiner Meinung nach des unifi script ausgemacht
das war noch v1.0 nun habe ich dies über Module reingenommen und ersetzt
mal schauen ob dies die Abstürze verursachte
was mich immer noch etwas stuzig macht das die Probleme zeitlich mit dem Update auf 4.1 zusammengingen
vorhin war es meiner Meinung nach iO
so gerade hat sich der Server wieder beendet
neu starten und er läuft wieder ne zeit
keine Ahnung woran es liegen könnte
Einfach mal schauen wie groß alle CSV Dateien im DB Ordner sind (Die Unterordner wären erstmal unwichtig)
paresy
Also die .hour csv sind zwischen 1374 kB bis 214kb gross
der rest ist 1 bis 2 stellige kb
im Ordner gibt’s noch ein logging.old das 7’659’398kb goss ist
gruss Roman
Hmm ips beendet sich ca 2 mal täglich und bleibt dann beendet
Seit dem Update auf 4.1
Hat wer ein Tipp was ich noch checken könnte
Hallo.
Ich hatte solche undefinierten Fälle als ich den Pi noch übertaktet hatte…
Gruss lueralba
Edit: sorry, du nutzt ja Win !
Hat nicht wer hier mal ein Programm genannt das schauen kann ob der Dienst läüft und wenn nicht neu starten kann?
Gesendet von iPhone mit Tapatalk
Das kann Windows selber soweit ich weiß. Aber ich würde gerne noch einmal Fragen, ob du den RAM Verbrauch der ips.exe verfolgen könntest. Ich befürchte dieser wird enorm sein.
paresy
Der Prozess ips tray braucht 2400 k
Am 29.11 waren es 1900k
Ich schätz mal der speicherverbrauch ist zwischen 2000 bis 2500k ist das viel?
Gesendet von iPhone mit Tapatalk