Fehlerkaskade
-
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.
