Fehlerkaskade

[Kueppert]

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

[Lenny.CB]

@apollon77:

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		0

Alles 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/173456

Im 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

[Lenny.CB]

@Kueppert:

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.

@Kueppert:

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.

[arteck]

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 .

[stephan61]

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

[Jey Cee]

@Lenny.CB:

Im Moment pendelt der Pi um die 1000000 (used). ` "used" und "free" sagt bei Linux nur wenig aus, relevant ist "available".

https://www.linuxatemyram.com/

[Lenny.CB]

@stephan61:

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?

[apollon77]

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

[Lenny.CB]

@apollon77:

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

[Jey Cee]

@Lenny.CB:

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.

[Lenny.CB]

@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

[Lenny.CB]

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.