unregelmäßig Unmotivierter Neustart aller Instanzen
-
Sowohl im Slave, als auch im Master sieht, was die Dateisysteme angeht alles in Ordnung aus.
Meine Vermutung war, dass beim Abgleich der States zwischen Master und Slave irgendetwas klemmt, und dann für die Zeit die Datenbank für den Master nicht erreichbar ist.Ist aber nach dem, was das iob diag des Slave ergeben hat weniger wahrscheinlich
Vielleicht mal auf Verdacht den Slave neu starten - oder besteht das Problem schon länger als 16 Tage (da wurde der Slave-Host wohl neu gestartet)
Vielleicht mal auf Verdacht den Slave neu starten - oder besteht das Problem schon länger als 16 Tage (da wurde der Slave-Host wohl neu gestartet)
Kann ich machen, aber woher kommt die Annahme, dass es am Slave liiegen könnte, wenn der Master die Grätsche macht bzw. keinen Datenbankzugriff mehr hinbekommt?
Das Problem besteht seit mehreren Wochen, aber sproradisch und plötzlich.
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.
*Wer freundlich ist, dem wird freundlich geholfen *
-
Vielleicht mal auf Verdacht den Slave neu starten - oder besteht das Problem schon länger als 16 Tage (da wurde der Slave-Host wohl neu gestartet)
Kann ich machen, aber woher kommt die Annahme, dass es am Slave liiegen könnte, wenn der Master die Grätsche macht bzw. keinen Datenbankzugriff mehr hinbekommt?
Das Problem besteht seit mehreren Wochen, aber sproradisch und plötzlich.
Zeigen die Logs genau den Zeitpunkt eines Absturzes?
Oder ist es nur beispielhaft für die Art der Fehler, die du siehst?Versuche mal ungefähr den Zeitpunkt des Absturzes zu ermitteln und suche die Stelle, an der dann vermehrt die Fehler auftauchen.
Der Zeitpunkt des Absturzes plus sagen wir mal 10-20 Sekunden davor und 10 Sekunden danach sind interessant.Zusätzlich wäre gut, den RAM Verbrauch zu tracken.
Im Experten Modus in den Objekten, gibt es dann den Systemdatenpunkt. Darunter findest du datenpunkte bei denen der ioBroker das regelmäßig schreibt, da einen historisieren.
Das sieht man zum einen, wann wirklich ein Absturz war und zum Ende kann man sich das schön grafisch darstellen lassen.Weitere Ursachen, könnten Netzteil oder System Hardware generell sein.
-
Zeigen die Logs genau den Zeitpunkt eines Absturzes?
Oder ist es nur beispielhaft für die Art der Fehler, die du siehst?Versuche mal ungefähr den Zeitpunkt des Absturzes zu ermitteln und suche die Stelle, an der dann vermehrt die Fehler auftauchen.
Der Zeitpunkt des Absturzes plus sagen wir mal 10-20 Sekunden davor und 10 Sekunden danach sind interessant.Zusätzlich wäre gut, den RAM Verbrauch zu tracken.
Im Experten Modus in den Objekten, gibt es dann den Systemdatenpunkt. Darunter findest du datenpunkte bei denen der ioBroker das regelmäßig schreibt, da einen historisieren.
Das sieht man zum einen, wann wirklich ein Absturz war und zum Ende kann man sich das schön grafisch darstellen lassen.Weitere Ursachen, könnten Netzteil oder System Hardware generell sein.
Zeigen die Logs genau den Zeitpunkt eines Absturzes?
Ja
Oder ist es nur beispielhaft für die Art der Fehler, die du siehst?
Nein
Im Log sieht man exakt, wann die ersten Ausfälle beginnen und dann starten auf dem Master alle Adapter der Reihe nach neu.
Versuche mal ungefähr den Zeitpunkt des Absturzes zu ermitteln und suche die Stelle, an der dann vermehrt die Fehler auftauchen.
Der Zeitpunkt des Absturzes plus sagen wir mal 10-20 Sekunden davor und 10 Sekunden danach sind interessant.Absturz fängt um 2026-08-25 14:53:22.828 an:
2026-08-25 14:53:13.086 - info: admin.1 (242092) Request actual repository... 2026-08-25 14:53:13.323 - info: host.iobroker-master Updating repository "stable" under "http://download.iobroker.net/sources-dist.json" 2026-08-25 14:53:13.688 - info: admin.0 (242044) Request actual repository... 2026-08-25 14:53:16.446 - info: admin.1 (242092) Repository received successfully. 2026-08-25 14:53:16.661 - info: admin.0 (242044) Repository received successfully. 2026-08-25 14:53:22.828 - error: javascript.0 (242257) States database error: read ECONNRESET 2026-08-25 14:53:22.841 - error: admin.1 (242092) Objects database error: read ECONNRESET 2026-08-25 14:53:22.833 - error: backitup.0 (242406) States database error: read ECONNRESET 2026-08-25 14:53:22.856 - info: smartgarden.0 (243199) 1/ cleaned everything up... 2026-08-25 14:53:22.863 - error: jarvis.0 (243143) States database error: write ECONNRESET 2026-08-25 14:53:22.837 - error: javascript.0 (242257) Objects database error: read ECONNRESET 2026-08-25 14:53:22.876 - info: admin.1 (242092) terminating http server on port 8089 2026-08-25 14:53:22.908 - info: backitup.0 (242406) cleaned everything up... 2026-08-25 14:53:22.841 - error: history.0 (242184) States database error: read ECONNRESET 2026-08-25 14:53:22.829 - error: unifi-network.0 (243341) States database error: read ECONNRESET 2026-08-25 14:53:22.929 - error: unifi-network.0 (243341) Objects database error: read ECONNRESET 2026-08-25 14:53:22.842 - error: shelly.1 (242834) Objects database error: read ECONNRESET 2026-08-25 14:53:22.930 - error: ring.0 (242993) States database error: write EPIPE 2026-08-25 14:53:22.850 - error: zigbee.0 (242951) States database error: read ECONNRESET 2026-08-25 14:53:22.844 - error: mqtt.0 (242706) States database error: read ECONNRESET 2026-08-25 14:53:22.947 - error: mqtt.0 (242706) Objects database error: read ECONNRESET 2026-08-25 14:53:22.829 - error: panasonic-viera.0 (242764) States database error: read ECONNRESET 2026-08-25 14:53:22.846 - error: hm-rpc.2 (242665) States database error: read ECONNRESET 2026-08-25 14:53:22.988 - error: linkeddevices.0 (243198) States database error: write EPIPE 2026-08-25 14:53:23.056 - error: admin.0 (242044) States database error: write ECONNRESET 2026-08-25 14:53:23.089 - error: scenes.0 (242319) States database error: write ECONNRESET 2026-08-25 14:53:23.108 - error: sonoff.0 (242863) States database error: write ECONNRESET 2026-08-25 14:53:23.137 - error: terminal.0 (243221) States database error: write ECONNRESET 2026-08-25 14:53:23.110 - error: shelly.0 (242805) Objects database error: write ECONNRESET 2026-08-25 14:53:23.159 - error: shelly.0 (242805) States database error: write EPIPE 2026-08-25 14:53:23.146 - error: text2command.0 (243210) States database error: write EPIPE 2026-08-25 14:53:23.138 - info: followthesun.0 (306405) cleaned everything up...Dann ist DB connect wieder da und iob versucht die Instanzen neu zu starten (warum?)
2026-08-25 14:53:27.624 - info: host.iobroker-master iobroker.js-controller version 7.2.2 js-controller starting 2026-08-25 14:53:27.625 - info: host.iobroker-master Copyright (c) 2014-2024 bluefox, 2014 hobbyquaker 2026-08-25 14:53:27.625 - info: host.iobroker-master hostname: iobroker-master, node: v22.23.2 2026-08-25 14:53:27.625 - info: host.iobroker-master ip addresses: 192.168.13.25 fe80::18dc:e7ff:fe85:6b85 2026-08-25 14:53:27.633 - warn: host.iobroker-master-Server Configured backup period 7200000 is larger than the supported maximum of 35791 minutes. Defaulting to 120 minutes. 2026-08-25 14:53:28.181 - warn: host.iobroker-master-Server Configured backup period 7200000 is larger than the supported maximum of 35791 minutes. Defaulting to 120 minutes. 2026-08-25 14:53:28.360 - info: host.iobroker-master connected to Objects and States 2026-08-25 14:53:28.368 - info: host.iobroker-master added notifications configuration of host 2026-08-25 14:53:29.387 - info: host.iobroker-master 52 instances found 2026-08-25 14:53:29.414 - info: host.iobroker-master starting 45 instances 2026-08-25 14:53:29.547 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.nodeCurrent" 2026-08-25 14:53:29.626 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.nodeNewest" 2026-08-25 14:53:29.666 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.nodeNewestNext" 2026-08-25 14:53:29.672 - info: host.iobroker-master instance system.adapter.admin.0 in version "7.8.23" started with pid 323879 2026-08-25 14:53:29.674 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.npmCurrent" 2026-08-25 14:53:29.718 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.npmNewest" 2026-08-25 14:53:29.762 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.npmNewestNext" 2026-08-25 14:53:29.806 - info: host.iobroker-master Some obsolete host states deleted. 2026-08-25 14:53:31.093 - error: admin.0 (323879) admin.0 already running 2026-08-25 14:53:31.094 - warn: admin.0 (323879) Terminated (ADAPTER_ALREADY_RUNNING): Without reason 2026-08-25 14:53:31.659 - error: host.iobroker-master instance system.adapter.admin.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) 2026-08-25 14:53:31.659 - info: host.iobroker-master Restart adapter system.adapter.admin.0 because enabled 2026-08-25 14:53:33.654 - info: host.iobroker-master instance system.adapter.admin.1 in version "7.8.23" started with pid 323891 2026-08-25 14:53:34.412 - error: admin.1 (323891) admin.1 already running 2026-08-25 14:53:34.413 - warn: admin.1 (323891) Terminated (ADAPTER_ALREADY_RUNNING): Without reason 2026-08-25 14:53:34.962 - error: host.iobroker-master instance system.adapter.admin.1 terminated with code 7 (ADAPTER_ALREADY_RUNNING) 2026-08-25 14:53:34.962 - info: host.iobroker-master Restart adapter system.adapter.admin.1 because enabled 2026-08-25 14:53:37.635 - info: host.iobroker-master instance system.adapter.email.0 in version "2.0.4" started with pid 323903 2026-08-25 14:53:38.148 - error: email.0 (323903) email.0 already running 2026-08-25 14:53:38.149 - warn: email.0 (323903) Terminated (ADAPTER_ALREADY_RUNNING): Without reason 2026-08-25 14:53:38.697 - error: host.iobroker-master instance system.adapter.email.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)Zusätzlich wäre gut, den RAM Verbrauch zu tracken.
Im Experten Modus in den Objekten, gibt es dann den Systemdatenpunkt. Darunter findest du datenpunkte bei denen der ioBroker das regelmäßig schreibt, da einen historisieren.
Das sieht man zum einen, wann wirklich ein Absturz war und zum Ende kann man sich das schön grafisch darstellen lassen.Kann ich machen, habe aber an der Stelle bisher nie etwas Verdächtiges gefunden...
Weitere Ursachen, könnten Netzteil oder System Hardware generell sein.
unwahrscheinlich...
Master ist in einer VM auf Proxmox.... Proxmox - Host i.O, soweit man das testen kann.
Slave (eher nciht das Problem): RPi 3 mit Originalnetzteil -
Die States müssen ja zwischen Master und Slave abgeglichen werden.
Wenn die Verbindung zwischen Master und Slave nicht steht, kann das nicht erfolgen.
Wenn aber ein abgeschmierter Slave-Host einen Master gleich mit in den Abgrund zieht, wäre das schon eine Überraschung ...Intel(R) Celeron(R) CPU N3000 @1.04GHz 8G RAM 480G SSD * Virtualization : unprivileged lxc container on Proxmox * 6 GByte RAM für den iobroker Container * Remote-Access über Wireguard meiner Fritzbox
-
Die States müssen ja zwischen Master und Slave abgeglichen werden.
Wenn die Verbindung zwischen Master und Slave nicht steht, kann das nicht erfolgen.
Wenn aber ein abgeschmierter Slave-Host einen Master gleich mit in den Abgrund zieht, wäre das schon eine Überraschung ...hatte ich auch schon vermutet.
wenn der master/slave abgleich tief im innern von iobroker statt findet
und der slave nicht zeitnah antwortet, dann bindet das ressourcen bis der timeout abgelaufen ist. wenn dann sehr viel kommt könnte es das erklären.
ist aber leider in den logs nicht zu sehen. aber evtl gibt es da auch kein mechanismus im code der das abfängt oder zumindest meldet.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden354
Online33.0k
Benutzer83.7k
Themen1.3m
Beiträge