Monatsrückblick Januar/Februar 2026 ist online!

[TOBO]

Tja, ich (meine Frau) hat am Freitag Zwillinge bekommen und jetzt bin ich die nächsten 7 Monate in Elternzeit. Habe also etwas Luft um mich um meinen Anbau und SmartHome zu kümmern.

Und was kann ich jetzt machen / prüfen ?

Gruß.

ToBo

[apollon77]

Wirft er dich nach dem Shutdown Kommando direkt aus der Shell raus? Wenn nein (oder zweite Shell dann mal prozessliste anschauen ob da irgendwas blockiert

[TOBO]

Dies ca. 30 Sekunden nach dem Shutdown Befehl

Hier das letzte vor Verbindungsabbruch.

[fubo08]

Das ist bei mir genauso, es sei denn ich beende vorher per "iobroker stop" eben diesen. Dann geht es wieder wie gewohnt innerhalb von ms.

[Homoran]

Ich habe das Phänomen auch.

Ich fliege direkt aus der Sitzung raus und kann wegen connection refused auch nicht wieder drauf.

Ich glaube das ist bei mir (nur?) der cubietruck der mit SQL arbeitet.

Ich habe mir immer eingebildet, dass die DB noch runtergefahren werden muss.

Gruß

Rainer

[paul53]

Mein RPi2 ist innerhalb weniger Sekunden down. Verwende keine Datenbanken. Braucht bei TOBO evtentuell der redis-server solange zum Runterfahren ?

[pix]

@TOBO:

Tja, ich (meine Frau) hat am Freitag Zwillinge bekommen und jetzt bin ich die nächsten 7 Monate in Elternzeit. Habe also etwas Luft um mich um meinen Anbau und SmartHome zu kümmern. `
Herzlichen Glückwunsch!

Geniess die Zeit mit der Familie.

Ich glaube, deine Zeit für Heimautomatisierung und iobroker wird eher knapper als mehr. So war es bei mir. Seit der Nachwuchs da ist, schaffe ich keine nennenswerten Projekte mehr, kaum Adapter Support oder Weiterentwicklungen, geschweige denn neue Adapter.

Alles Gute!

Pix

[TOBO]

@Pix

Dankeschön….

Kann man hier was machen, oder einfach laufen lassen ? Stört im Prinzip nicht und wenn ich, wie oben beschrieben erst sudo iobroker stop eingebe und danach den Shutdown Befehl gehts wirklich schnell.

Gruss.

ToBo

[da_leo]

Hallo zusammen,

erstmal vorweg ein grosses Dankeschön an alle, die an der Entwicklung dieses tollen Projekts mitwirken!

Leider habe ich auf meinem System das gleiche Problem mit dem lange dauernden shutdown / reboot. Ansich wäre es ja kein grosses Problem vor dem Herunterfshren / Neustarten schnell ein "sudo iobroker stop" zu machen.

Allerdings habe ich in meinem Setup eine USV an der die ganze Infrastruktur von meinem Netzwerk hängt. Der Raspberry auf dem ioBroker läuft ist hierbei ein NUT client und soll wenn von der NAS das Signal "Strom weg" kommt, sauber herunterfahren. Da ist natürlich die lange Zeit zum Runterfahren irgendwie blöde…

Gibt es inzwischen einen Workaround für dieses Problem?

Details zu meiner Konfiguration:

Raspberry Pi 3

image vom 17.10.2017 ioBroker_Image_RPi_2-3_20171017_stretch_YAHM

alle Updates von Raspian und Rasperry Firmware eingespielt.

Viele Grüße

Leo

[eric2905]

Das ein Reboot ewig dauert, habe ich auch - aber nur bei der Umgebung, wo ich Redis laufen habe.

Die Umgebung ohne Redis geht schnell runter.

Gruß,

Eric

[BuZZy]

sudo shutdown
````Bringt standardmäßig den Rechner nur auf Runlevel 1.

Weiß nicht genau wie es bei eurem Image ist.. Aber um einen Linux-Rechner komplett runter zu fahren lautet der Befehl eigentlich:

sudo shutdown -h now

ODER

sudo shutdown -P now

Beide Befehle bewirken, dass das BS komplett runter gefahren wird und das System abgeschaltet wird.

Muss gestehen, ich weiß nicht wie es beim Raspberry ist (gibts da überhaupt Runlevel 1?? :D).

Aber ich benutze immer nur diese Befehle zum runterfahren und es dauert nie länger als 30 Sekunden.. :)

Oder habe ich euch jetzt total missverstanden? :D

Gruß

[Homoran]

Ich bin nun wahrlich nicht der Linux crack. Ich benutze immer sudo halt -p

In den meisten Fällen ist dann sofort Schluss, manchmal dauert das auch 10 Minuten.

Gruß

Rainer

[da_leo]

Hallo nochmal,

bei mir ist est egal mit welchem Befehl ich den Raspi füttere.

sudo poweroff

sudo reboot

sudo shutdown -h now

sudo shutdown -r now

auch der upsmon vom NUT-Client benutzt: shutdown -h +0

in allen Fällen bleibt das Herunterfahren beim Stoppen von ioBroker ca. 5 Minuten hängen. Ausser ich beende ioBroker vorher manuell, dann rennts schnell durch.

Auf meinem alten System (Jessie und auch ohne Redis wie bei Eric) war das kein Problem…

Greez leo

[Sven_76]

Moin,

ich weiss nicht, ob das Thema noch aktuell ist, für mich war es das jedenfalls, weil ich gerade vor ein paar Tagen einen Raspi neu aufgesetzt habe mit aktuellem ioBroker Image.

Mir ist dann natürlich auch aufgefallen, dass ein reboot ewig dauert - auch bei mir lief redis, ist wohl standardmäßig jetzt aktiviert beim iobroker.

Was bei mir fehlte, war die Deklaration der Abhängigkeit zwischen iobroker und redis-server.

So war wohl der redis-server beim shutdown sofort weg und iobroker hat noch ewig versucht, seine Stati abzulegen.

Einfach die Zeilen im LSB header in /etc/init.d/iobroker.sh anpassen und ein systemctl daemon-reload hinterher, dann sollte es wieder klappen mit dem schnellen reboot.

# Required-Start:    $network $local_fs $remote_fs redis-server
# Required-Stop::    $network $local_fs $remote_fs redis-server

Viele Grüße

Sven

[Jack01]

Moin Sven_76,

habe wie von Dir vorgeschlagen die iobroker.sh editiert. Seitdem läuft es wieder wie geschmiert mit dem Befehl "shutdown -h now".

Danke

Hans-Jürgen

[Michaelnorge]

Kann das jemand nochmal einem Laien vereinfacht erklären?

Ich habe das gleiche Problem mit dem shutdown/reboot…

[bergjet]

@Sven_76:

Einfach die Zeilen im LSB header in /etc/init.d/iobroker.sh anpassen und ein systemctl daemon-reload hinterher, dann sollte es wieder klappen mit dem schnellen reboot.

# Required-Start:    $network $local_fs $remote_fs redis-server
# Required-Stop::    $network $local_fs $remote_fs redis-server

Viele Grüße

Sven `
Wie genau soll die Datei dann aussehen?

Kannst du das nochmal ausführlich erörtern?

Danke

[apollon77]

Nimm die Datei die da ist und ändere nur oben die Zeilen

[Seber]

Hatte das gleiche Problem und es war tatsächlich der redis-server.

Vielen Dank für die Lösung!

[raller09]

Hatte das gleiche Problem und es war tatsächlich der redis-server.

Homematic All-In-One mit piVCCU vom 23.04.2018.

Vielen Dank für die Lösung!!!