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

[lindi200000]

Hallo zusammen,
ich habe 2 IOBroker Server.
1x auf einer Windows Maschine (Master)
1x auf einen RaspberryPi (Slave)

Der Raspberry steht wo anders als die Windowsmaschine und ist über einen SIte to Site VPN Tunnel angebunden. bis zum Wochenende hat diese Konstruktion auch wunderbar funktioniert. Am Sonntag machte ich dann nun ein Update beider IOBroker auf die neuste Version (1.5.11).
Seit dem habe ich das Problem, das der Slave nachts die Verbindung zur DB verliert (was logisch ist, zwecks DSL disconnect), dann alle lokalen Instanzen herunter fährt (kann ich auch verstehen), aber sobald die Verbindung wieder da ist, keine Instanz wieder startet.

samsung.0	2019-06-05 03:52:57.582	info	starting. Version 0.2.9 in /opt/iobroker/node_modules/iobroker.samsung, node: v8.15.1
samsung.0	2019-06-05 03:52:57.424	info	starting. Version 0.2.9 in /opt/iobroker/node_modules/iobroker.samsung, node: v8.15.1
host.raspberrypi	2019-06-05 03:52:57.265	info	InMemoryDB 192.168.1.2:9001 connected
samsung.0	2019-06-05 03:52:56.164	warn	Reconnection to DB.
samsung.0	2019-06-05 03:52:56.153	warn	Reconnection to DB.
host.raspberrypi	2019-06-05 03:51:56.313	info	All instances are stopped.
host.raspberrypi	2019-06-05 03:51:56.312	info	instance system.adapter.upnp.0 terminated with code 0 (OK)
host.raspberrypi	2019-06-05 03:51:56.307	info	All instances are stopped.
host.raspberrypi	2019-06-05 03:51:56.305	info	instance system.adapter.ping.0 terminated with code 0 (OK)
host.raspberrypi	2019-06-05 03:51:56.296	info	All instances are stopped.
host.raspberrypi	2019-06-05 03:51:56.294	info	instance system.adapter.mihome.0 terminated with code 0 (OK)
host.raspberrypi	2019-06-05 03:51:54.775	info	stopInstance system.adapter.upnp.0 killing pid 9000
host.raspberrypi	2019-06-05 03:51:54.775	info	stopInstance system.adapter.upnp.0
host.raspberrypi	2019-06-05 03:51:54.764	info	stopInstance system.adapter.samsung.0 killing pid 1754
host.raspberrypi	2019-06-05 03:51:54.764	info	stopInstance system.adapter.samsung.0
host.raspberrypi	2019-06-05 03:51:54.763	info	stopInstance system.adapter.ping.0 killing pid 1738
host.raspberrypi	2019-06-05 03:51:54.762	info	stopInstance system.adapter.ping.0
host.raspberrypi	2019-06-05 03:51:54.761	info	stopInstance system.adapter.mihome.0 killing pid 1715
host.raspberrypi	2019-06-05 03:51:54.760	info	stopInstance system.adapter.mihome.0
host.raspberrypi	2019-06-05 03:51:54.754	warn	Slave controller detected disconnection. Stop all instances.

haben sich mit der neuen Version die Timeouts geändert? Oder gibt es einen Bug, das die Instanzen sich da nicht wieder automatisch verbinden? Vorher hat es ja auch ohne Probleme geklappt.

Ich hoffe mir kann wer helfen.

VG
Lindi