ioBroker nicht mehr erreichbar - objects.json "löscht" sich
-
@homoran Nix klicki-bunti? Ich bin entsetzt!
-
@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 -
@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.
-
@thomas-braun said in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:
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...
-
@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:
-
@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
nodedie namen der ioBroker Instanzen stehen
-
@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. -
@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 -
@homoran Welche node-Version? Das verhalten hat sich mit aktuellen Versionen mal geändert.
-
@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 hinkommenDenn in der Liste komme ich nie auf 1300GB verbrauchter RAM
-
@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
-
@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.
-
@reviewdiepie Vermute auch das der Speicher ausgeht.
Mal die syslog files die in
/var/log/liegen nach "oom" durchsuchen.
-
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:
@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? -
@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.
-
@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 -
@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 esIch 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
)Danke und Grüße
-
@reviewdiepie sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:
Dabei kommt dann das raus:
der Header bei TOP ist aussagekräftiger
-
@homoran said in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:
@reviewdiepie sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:
Dabei kommt dann das raus:
der Header bei TOP ist aussagekräftiger
top - 18:32:15 up 6:07, 5 users, load average: 0.75, 0.70, 0.60 Tasks: 158 total, 1 running, 157 sleeping, 0 stopped, 0 zombie %Cpu(s): 19.0 us, 2.0 sy, 0.0 ni, 78.2 id, 0.0 wa, 0.0 hi, 0.8 si, 0.0 st MiB Mem : 1866.5 total, 305.5 free, 1253.0 used, 308.0 buff/cache MiB Swap: 100.0 total, 95.0 free, 5.0 used. 725.4 avail Mem -
@reviewdiepie
Da hat sich ja kaum was getan.
