Weihnachtsangebot 2025! 🎄

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