ioBroker nicht mehr erreichbar - objects.json "löscht" sich

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

gab dann klarheit, dass das Teil wieder offline ist.

offline oder "überbeschäftigt"?

wie lässt sich das differenzieren? War in jedemfall nicht möglich per Putty ne neue Verbindung aufzubauen. In WinSCP hab ich geschaut, da war die laufende Session auch unterbrochen und eine neue herzustellen ebensowenig möglich wie in Putty... - also vermeintlich offline!

[Homoran]

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

wie lässt sich das differenzieren?

so:

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

da war die laufende Session auch unterbrochen

wenn er "nur" überbeschäftigt gewesen wäre, wäre die laufende Session nicht beendet worden

Deswegen fragte ich danach, um es einzugrenzen.

[wendy2702]

@reviewdiepie WinSCP nicht das beste Tool um das logfile zu beobachten.

Besser per teminal session verbinden und ein tail -f auf die zu beobachtenden Files machen.

Das würde ich jetzt mal machen als nächsten Schritt.

3 einzelne Sessions Putty oder was auch immer du benutzen willst. Darin das mitschreiben der Ausgabe in ein File aktivieren.

1. Session:

tail -f /opt/iobroker/log/iobroker.current.log

2. Session:

tail -f /var/log/syslog

3. Session

top

Dann mal beobachten was passiert und das Fenster mit Top ein wenig im Auge behalten.

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

wie lässt sich das differenzieren?

so:

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

da war die laufende Session auch unterbrochen

wenn er "nur" überbeschäftigt gewesen wäre, wäre die laufende Session nicht beendet worden

Deswegen fragte ich danach, um es einzugrenzen.

Ich würde nicht darauf schwören, dass die laufende Session wirklich auf "inaktiv" geschaltet hat... ich hab auf "Session duplizieren" geklickt und das war nicht möglich, konnte keine neue Session aufbauen. Wie gesagt nicht 100%ig sicher ob die erste Session wirklich geschlossen wurde... Dachte, dass die Tatsache dass die Session nicht dupliziert werden konnte gleichbedeutend damit sei, dass die erste auch inaktiv geworden ist, scheint aber nicht so zu sein..

[ReviewDiePie]

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

@reviewdiepie WinSCP nicht das beste Tool um das logfile zu beobachten.

Besser per teminal session verbinden und ein tail -f auf die zu beobachtenden Files machen.

Das würde ich jetzt mal machen als nächsten Schritt.

3 einzelne Sessions Putty oder was auch immer du benutzen willst. Darin das mitschreiben der Ausgabe in ein File aktivieren.

1. Session:

tail -f /opt/iobroker/log/iobroker.current.log

2. Session:

tail -f /var/log/syslog

3. Session

top

Dann mal beobachten was passiert und das Fenster mit Top ein wenig im Auge behalten.

habe die drei sessions jetzt aufgebaut, dann lasse ich idealerweise den loggenden Rechner jetzt an, ist ja leider nicht ganz ausrechenbar, wann der Fehler wieder auftreten wird...?

Was soll ich bei der "top" session denn im Auge behalten? Sorry falls die Frage doof ist!

Danke für eure Hilfe!

Gruß
Niels

[wendy2702]

@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?

[Homoran]

@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

[Thomas Braun]

Started Session 76 of user pi

Hö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

exit

im Terminal oder irgendwie in puTTY.

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

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

[Thomas Braun]

@reviewdiepie

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

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

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