ioBroker nicht mehr erreichbar - objects.json "löscht" sich
-
Started Session 76 of user piHört sich für mich an wie die 76te session. Das dürfte den Pi vermutlich ersticken. Du solltest eine ssh-Verbindung auch immer sauber abbauen. Per
exitim Terminal oder irgendwie in puTTY.
-
@homoran said in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:
@reviewdiepie sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:
Dachte, dass die Tatsache dass die Session nicht dupliziert werden konnte gleichbedeutend damit sei, dass die erste auch inaktiv geworden ist,
eben nicht!
Wenn du keine neue aufbauen kannst, weil der RasPi überlastet ist und die Anfrage in ein Tiemout läuft, heisst das nicht, dass die alte Session unterbrochen wurde
Ja, das wusste ich nicht! Werde ich beim nächsten mal versuchen anders zu handhaben... bzw ich habe jetzt ja 3 Putty-Sessions laufen (siehe wendy's kommentar), die dürften dann ja auch aktiv bleiben, wenn er sich wieder aufhängt...
-
Wenn die drei jetzt nicht Session 77, 78 und 79 bilden...
-
@thomas-braun said in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:
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! -
@reviewdiepie
Ich arbeite nicht mit puTTY, aber da dürfte es irgendwo ein Icon geben um die Session sauber zu beenden. -
@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.
exiteingeben -
@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?
