Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[ReviewDiePie]

@thomas-braun said in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

@reviewdiepie

Wenn die drei jetzt nicht Session 77, 78 und 79 bilden...

lt. tail -f /var/log/syslog handelt es sich um die Sessions 8, 9 und 10...
werde darauf achten, die Sessions Ordnungsgemäß zu beenden... dachte ein Klick auf das X rechts oben würde bei Putty reichen... Kann mir aber nicht vorstellen dass es die anderen Mal an den vielen Sessions verreckt ist, aber wir werden sehen!

[Thomas Braun]

@reviewdiepie
Ich arbeite nicht mit puTTY, aber da dürfte es irgendwo ein Icon geben um die Session sauber zu beenden.

[Homoran]

@thomas-braun sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

aber da dürfte es irgendwo ein Icon geben um die Session sauber zu beenden.

exit eingeben

[Thomas Braun]

@homoran Nix klicki-bunti? Ich bin entsetzt!

[Homoran]

@thomas-braun sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

@homoran Nix klicki-bunti? Ich bin entsetzt!

naja, für die Serververwaltung schon:
https://de.wikipedia.org/wiki/PuTTY

[ReviewDiePie]

@thomas-braun said in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

@homoran Nix klicki-bunti? Ich bin entsetzt!

Für mich ist Putty quasi ein Terminal... zumindest benutze ich es nur für die Commandline. :baby:

[ReviewDiePie]

@thomas-braun said in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

@reviewdiepie

Wenn die drei jetzt nicht Session 77, 78 und 79 bilden...

Ich hab soeben mal im Terminal ne neue Session geöffnet und diese dann mit "exit" wieder geschlossen. Kurz darauf ne neue Session gestartet, diese hatte nun aber dennoch eine fortlaufende höhere Nummer:

Mar 16 17:04:35 raspberrypi systemd[1]: Started Session 12 of user pi.
Mar 16 17:05:33 raspberrypi systemd[1]: session-12.scope: Succeeded.
Mar 16 17:05:44 raspberrypi systemd[1]: Started Session 13 of user pi.
Mar 16 17:06:19 raspberrypi systemd[1]: session-13.scope: Succeeded.
Mar 16 17:06:25 raspberrypi systemd[1]: Started Session 14 of user pi.

ist das normal? Session wurde jeweils mit exit gefolgt von Enter geschlossen...

[ReviewDiePie]

@wendy2702 said in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

@reviewdiepie Den Memory usage und ob ein oder mehrer Prozesse aus dem Rahmen fallen was den Load angeht.

Wie sieht die Ausgabe aktuell aus wenn alles läuft?

aktuell wo alles gut läuft sieht die top ausgabe wie folgt aus:

[Homoran]

@reviewdiepie sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

wo alles gut läuft

gefällt mir nicht.

Da müssten statt node die namen der ioBroker Instanzen stehen

[Thomas Braun]

@homoran sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

Da müssten statt node die namen der ioBroker Instanzen stehen

Nein, in top ist das so, in htop sieht man die node-Module.

Mir gefällt die Speichernutzung nicht...
Auf meinem System laufen vermutlich ein paar Prozesse mehr, aber es liegen nur 840MB aktiv im RAM (bei 4GB zur Verfügung)
Wenn jetzt bei @ReviewDiePie da irgendwas RAM intensives noch dazu kommt (Backup z. B.) dann streckt die Kiste wohl alle viere von sich. Hat ja nur 2 GB.

[Homoran]

@thomas-braun sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

Nein, in top ist das so, in htop sieht man die node-Module.

enäää
sieh bei mir

[Thomas Braun]

@homoran Welche node-Version? Das verhalten hat sich mit aktuellen Versionen mal geändert.

[Homoran]

@thomas-braun sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

Wenn jetzt bei @ReviewDiePie da irgendwas RAM intensives noch dazu kommt (Backup z. B.) dann streckt die Kiste wohl alle viere von sich

@ReviewDiePie
dann mal nach MEM sortieren; mit > müsstest du da hinkommen

Denn in der Liste komme ich nie auf 1300GB verbrauchter RAM

[Homoran]

@thomas-braun sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

Das verhalten hat sich mit aktuellen Versionen mal geändert.

das wäre möglich - 10.24.0

[Thomas Braun]

@homoran sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

das wäre möglich - 10.24.0

Ja, ab irgendeiner node12.x ist das anders.

[wendy2702]

@reviewdiepie Vermute auch das der Speicher ausgeht.

Mal die syslog files die in

/var/log/

liegen nach "oom" durchsuchen.

[ReviewDiePie]

Sollte es echt ein Arbeitsspeicher-Problem sein, wie könnte man das lösen - außer mit dem Upgrade aufs Pi4 mit 4/8 GB RAM ;-)? Ich hab folgende Instanzen laufen:

@thomas-braun @Homoran:

@homoran sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

das wäre möglich - 10.24.0

Ja, ab irgendeiner node12.x ist das anders.

pi@raspberrypi:~ $ node -v
v12.21.0

;-)

@Homoran
nach Mem sortiert sieht es so aus:

@wendy2702
wie genau meinst du das? Die Syslog's selbst enthalten keinen String mit "oom" (Out of memory?).. oder wo soll ich danach suchen?

[Thomas Braun]

@reviewdiepie Sind zwar nur Kleinigkeiten, aber forste mal die Adapter durch. Zumindest discovery und terminal sind in meinen Augen entbehrlich. Wären schon wieder 100MB RAM verfügbar.

[Homoran]

@reviewdiepie sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

nach Mem sortiert sieht es so aus:

schade, das man hier nicht sieht, welche Instanzen das sind.
Aber wenn ich das richtig sehe sind das >25 aktive Instanzen.
ggf. kommen da noch die scheduled Instances hinzu und dann kracht es

[ReviewDiePie]

@homoran said in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

@reviewdiepie sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

nach Mem sortiert sieht es so aus:

schade, das man hier nicht sieht, welche Instanzen das sind.
Aber wenn ich das richtig sehe sind das >25 aktive Instanzen.
ggf. kommen da noch die scheduled Instances hinzu und dann kracht es

Ich habe jetzt wie von @Thomas-Braun vorgeschlagen ein paar unnötige Instanzen deaktiviert. Dabei kommt dann das raus:

Datenträger verfügbar: 91.7 %, gesamte RAM-Nutzung: 1779 MB / Frei: 40% = 739 MB [Host: raspberrypi - 24 Prozesse]

das sollte an sich ja reichen... Naja, morgen bekomme ich testweise ein neues RPi4 mit 4GB RAM, damit dürften dann auch Hardware-Defekt am Pi und Arbeitsspeicher-Problematik definitiv auszuschließen sein... sofern es denn durchläuft. Warten wirs mal ab...

Für weitere Ideen und versuche bin ich natürlich jederzeit offen, es ist wirklich zum verzweifeln... und das doofste ist, dass es sich nicht reproduzieren lässt, oder gibts ne Art "Stress-Test" die das Pi - sofern ihr mit eurer Annahme richtig liegt - sofort ins Nirvana schießen kann (natürlich nur temporär :-P )

Danke und Grüße