Fehlerkaskade
-
Das subject hättest du etwas besser/neutraler wählen können.
Wenn ich so durchscrolle springt mir ein „ENOMEM“ ins Auge …
Also ... dein Speicher war aufgebraucht und dann passieren komische Dinge.
Also finde raus was da los ist und was der Grund ist.
Gesendet vom Handy ...
-
Worauf läuft denn dein System? Ich bin auf nen nuc umgestiegen wegen RAM Mangel auf dem Pi. Hab den nuc und 2 Pi laufen, einem Pi als Slave nicht ist master. Läuft Klasse
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
-
Das subject hättest du etwas besser/neutraler wählen können. ` hab mal "Fehlerkaskade" draus gemacht
@apollon77:Wenn ich so durchscrolle springt mir ein „ENOMEM“ ins Auge … ` und genau an der Stelle fehlts bei mir. Sowas springt mir gar nicht ins Auge
oder an mir vorbei.
@apollon77:Also … dein Speicher war aufgebraucht und dann passieren komische Dinge. ` OK. Ich habe mal auf der Konsole geschaut. Wenn im Admin der "Dauer-Lade-Kreis" kommt, kann ich mich auch auf der Konsole nicht anmelden. Pi ist wohl noch beschäftigt. Irgendwann geht der Login. "ps -A | grep iobroker" bringt kein Ergebnis, also "cd /opt/iobroker" und "iobroker start"
Dann habe ich mal mit "free" den Speicher angeschaut. Used läuft hoch bis er voll ist und die Adminoberfläche wieder abschmiert.
Hier noch mal "free" vor "iobroker start"
total used free shared buff/cache available Mem: 1759432 493116 1184924 8912 81392 1225960 Swap: 0 0 0Alles wieder von vorn…
Im Log habe ich noch folgenden Eintrag gefunden:
10.08.2018 06:42:29.697 - error : snmp.0 [192.168.2.19] Error session.get: RequestFailedError: TooBig ````Habe dann mal nach dem Start den SNMP-Adapter ausgeschalten. Hier das MEM-Log:used/free
451012/1189192
527500/1083316
569944/1039836
732148/871704
981624/614924
1049764/538324
1209476/365824
1436244/135632
snmp.0 aus
1412088/154308
1389848/176564
1103972/462364
1042130/524148
972988/593320
ab hier steigt es wieder
1098872/467344
1390760/175360
1376960/189172
1392680/173456Im Moment pendelt der Pi um die 1000000 (used). ~~@apollon77:~~ > Also finde raus was da los ist und was der Grund ist. ` da habe ich grad keine Idee wie… :shock: VG Lenny -
Worauf läuft denn dein System? ` auf einem ODROID-C2 mir 2GB RAM. Lief auch sehr lange äußerst stabil. stellenweise war über Monate kein Neustart nötig.
Ich bin auf nen nuc umgestiegen ` hatte ich bei der Größe meines Projektes auch schon überlegt. Bin mir aber noch nicht sicher welcher es werden soll. Hatte auch schon mit dem ROCKpro64 geliebäugelt.
-
die frage stellt sich .. warum.. da würde ich erstmal suchen .. da stimmt was mit dem System nicht.. spawn ENOMEM bekommst du weil Prozesse doppelt oder mehrfach versuchen zu laufen..
finde erstmal die Ursache .
-
hallo Lenny was macht du um 2 uhr wenn die Fehler anfangen?
mehrere Adapter laufen 2 mal ?
evt. startet dein Rechner neu und hat vorher noch nicht alle Instanzen gestopt
Gruß Stephan
Gesendet von meinem MediaPad T1 8.0 Pro mit Tapatalk
-
Im Moment pendelt der Pi um die 1000000 (used). ` "used" und "free" sagt bei Linux nur wenig aus, relevant ist "available".
-
hallo Lenny was macht du um 2 uhr wenn die Fehler anfangen? ` täglich um 2 Uhr wird das minimal-Backup gemacht. Will mir aber nicht vorstellen, dass das damit zusammen hängt. Müsste ja dann bei anderen auch so sein.
@stephan61:mehrere Adapter laufen 2 mal ?
evt. startet dein Rechner neu und hat vorher noch nicht alle Instanzen gestopt ` und hier kommt das WARUM ins Spiel?
-
Am Ende am besten "top" in einer Shell laufen lassen. Dann das auslösen was vermutlich das problem verursacht oder ggf schon nur den Admin aufrufen … dann kannst Du beobachten welcher prozess was tut ... CPU Speicher und so
-
Am Ende am besten "top" in einer Shell laufen lassen. Dann das auslösen was vermutlich das problem verursacht oder ggf schon nur den Admin aufrufen … dann kannst Du beobachten welcher prozess was tut ... CPU Speicher und so ` mache ich Abend… werde berichten...
-
täglich um 2 Uhr wird das minimal-Backup gemacht. `
@Lenny.CB:und hier kommt das WARUM ins Spiel? `
Mögliche Antwort: Das Backup stoppt ioBroker wohl nicht richtig und die Adapter laufen weiter. Beim Neustart von ioBroker wird versucht die Adapter zu starten was natürlich nicht geht weil sie schon laufen.Stell doch mal den Backitup Adapter auf debug und führe das minimal Backup von Hand aus. Vielleicht sieht man dann wo es hängt.
Wenn es ein Problem des Adapters ist können dir die Entwickler vielleicht weiter helfen und den Adapter verbessern.
-
@Jey Cee:Mögliche Antwort: Das Backup stoppt ioBroker wohl nicht richtig und die Adapter laufen weiter. Beim Neustart von ioBroker wird versucht die Adapter zu starten was natürlich nicht geht weil sie schon laufen. ` sollte aber gar nicht stoppen. Ist jedenfalls so nicht eingestellt.
@Jey Cee:Stell doch mal den Backitup Adapter auf debug und führe das minimal Backup von Hand aus. Vielleicht sieht man dann wo es hängt.
Wenn es ein Problem des Adapters ist können dir die Entwickler vielleicht weiter helfen und den Adapter verbessern. `
ehr unauffällig… wobei der Speicher ansteigt. Kann natürlich sein, dass in Verbindung mit anderen Sachen erst der GAU kommt. ich werde das heut mal beobachten.backitup.0 2018-08-10 10:56:44.626 debug [minimal] exec: done backitup.0 2018-08-10 10:56:44.616 debug [minimal] success --- Umount CIFS Server --- backitup.0 2018-08-10 10:56:34.551 debug [minimal] success --- Checking and deletion of the old minimal backup files was successful --- backitup.0 2018-08-10 10:56:34.348 debug [minimal] --- Delete old backups --- backitup.0 2018-08-10 10:56:34.320 debug [minimal] success --- Minimal Backup created --- backitup.0 2018-08-10 10:56:34.257 debug [minimal] Backup created: /opt/iobroker/backups/minimal-2018_08_10-10_54_59_backupiobroker.tar.gz backitup.0 2018-08-10 10:56:09.102 debug system.adapter.admin.0: logging true backitup.0 2018-08-10 10:54:59.964 debug [minimal] --- Minimal Backup started --- backitup.0 2018-08-10 10:54:59.963 debug [minimal] success --- CIFS server connected --- backitup.0 2018-08-10 10:54:59.150 debug [minimal] --- Mount Backup-Path on CIFS --- backitup.0 2018-08-10 10:54:59.128 debug [minimal] Creating minimal backup [minimal||7|192.168.2.1|fritzbox/WD-MyPassport25E2-01/FRITZ/backup_iobroker/minimal|ioBroker|jolin04||||CIFS|false|false||||||||/opt/iobroker] backitup.0 2018-08-10 10:54:59.069 debug sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0 backitup.0 2018-08-10 10:54:59.065 debug [minimal] Telegram Message enabled backitup.0 2018-08-10 10:54:59.062 debug [minimal] used Telegram-Instance: telegram.0 backitup.0 2018-08-10 10:54:59.061 info [minimal] bash /opt/iobroker/node_modules/iobroker.backitup/backitup.sh "minimal||7|192.168.2.1|fritzbox/WD-MyPassport25E2-01/FRITZ/backup_iobroker/minimal|ioBroker|*******||||CIFS|false|false||||||| backitup.0 2018-08-10 10:54:59.051 info [minimal] oneClick backup started backitup.0 2018-08-10 10:54:40.830 debug system.adapter.admin.0: logging true backitup.0 2018-08-10 10:54:33.208 debug [total] 10 00 03 */3 * * backitup.0 2018-08-10 10:54:33.180 info [total] backup was activated at 03:00 every 3 day(s) backitup.0 2018-08-10 10:54:33.179 debug [minimal] 10 00 02 */1 * * backitup.0 2018-08-10 10:54:33.122 info [minimal] backup was activated at 02:00 every 1 day(s) backitup.0 2018-08-10 10:54:33.001 info starting. Version 0.2.7 in /opt/iobroker/node_modules/iobroker.backitup, node: v6.13.0 backitup.0 2018-08-10 10:54:32.748 debug statesDB connected backitup.0 2018-08-10 10:54:32.597 debug objectDB connected -
Moin zusammen,
kurze Rückmeldung zum Thema.
Habe das Problem jetzt mal eine Weile beobachtet. Im Moment läuft es stabil. Kann ich mir halt nicht erklaren.
Ich hatte immer das Gefühl, dass es dann vermehrt auftrat, wenn ich an den Views arbeite.
Werde bei den nächsten Änderungen mal auf den Speicherverbrauch schauen uns berichten.
