[Geloest]Slave regelmäßig nicht erreichbar
-
Hallo, ich betreibe iobroker auf einem Master mit 2 Slaves (alles Raspberry 3+). Alle Raspis sind per LAN angebunden. Ein Slave ist morgens grundsätzlich nicht erreichbar (steht im Master auf "offline"), manchmal reicht es wenn ich an dem Slave das LAN Kabel abziehe und neu verbinde, manchmal muss ich ihn hart neu starten (remote erreichbar ist er nicht).
Master: node.js 8.11.4 und npm 6.5.0
Beide Slaves haben node.js 8.11.1 und npm 6.5.0.Das Logfile vom Slave:
host.stromzaehler 2020-01-14 05:17:21.443 info instance system.adapter.modbus.0 started with pid 655 host.stromzaehler 2020-01-14 05:17:17.476 info instance system.adapter.tankerkoenig.0 started with pid 645 host.stromzaehler 2020-01-14 05:17:17.393 info starting 2 instances host.stromzaehler 2020-01-14 05:17:17.335 info 41 instances found host.stromzaehler 2020-01-14 05:17:16.757 info connected to Objects and States host.stromzaehler 2020-01-14 05:17:16.417 info ip addresses: 192.168.2.16 fd00::8dcb:f26d:4c6a:d91d fe80::ed27:71e8:b6cf:f50b host.stromzaehler 2020-01-14 05:17:16.408 info hostname: stromzaehler, node: v8.11.1 host.stromzaehler 2020-01-14 05:17:16.405 info Copyright (c) 2014-2019 bluefox, 2014 hobbyquaker host.stromzaehler 2020-01-14 05:17:16.377 info iobroker.js-controller version 2.1.1 js-controller startingDanach hatte ich das LAN Kabel neu gesteckt und es lief auch wieder.
Was ich nicht verstehe ist, warum um 5:17 Uhr der js-controller und andere neu gestartet werden, die sollten doch eigentlich durchlaufen (?)
Hat hier jemand eine Idee woran das liegen könnte bzw ob das den Fehler erklärt ?
VG
Andreas@amg_666 sagte in Slave regelmäßig nicht erreichbar:
Ein Slave ist morgens grundsätzlich nicht erreichbar (steht im Master auf "offline")
Dann fangen wir mal neu an.
Was hat dieser Slave, das der andere nicht hat?Welche Adapter laufen da?
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@amg_666 sagte in Slave regelmäßig nicht erreichbar:
Ein Slave ist morgens grundsätzlich nicht erreichbar (steht im Master auf "offline")
Dann fangen wir mal neu an.
Was hat dieser Slave, das der andere nicht hat?Welche Adapter laufen da?
@Homoran Meine raspberrys stehen in meinem Arbeitszimmer (Host und Slave1). Slave2 der regelmäßig offline geht steht im Hausanschlussraum (wegen optischem Leser für den Stromzähler). Alle Raspis sind über einen Switch mit dem Router verbunden.
Auf dem Slave mit dem Problem laufen
backitup 1.3.6
modbus 3.0.0
smartmeter 3.0.8
tankerkoenig 2.0.6Auf dem anderen, der stabil läuft habe ich hauptsächlich Visualisierung drauf:
backitup 1.3.6
alexa2 2.6.4
cloud 2.8.0
daswetter 2.8.1
ical (4 Instanzen) 1.7.0
milight 0.3.6
vis 1.2.3 (plus diverse Bibliotheken)iobroker auf proxmox container
-
@Homoran Meine raspberrys stehen in meinem Arbeitszimmer (Host und Slave1). Slave2 der regelmäßig offline geht steht im Hausanschlussraum (wegen optischem Leser für den Stromzähler). Alle Raspis sind über einen Switch mit dem Router verbunden.
Auf dem Slave mit dem Problem laufen
backitup 1.3.6
modbus 3.0.0
smartmeter 3.0.8
tankerkoenig 2.0.6Auf dem anderen, der stabil läuft habe ich hauptsächlich Visualisierung drauf:
backitup 1.3.6
alexa2 2.6.4
cloud 2.8.0
daswetter 2.8.1
ical (4 Instanzen) 1.7.0
milight 0.3.6
vis 1.2.3 (plus diverse Bibliotheken)@amg_666 sagte in Slave regelmäßig nicht erreichbar:
backitup 1.3.6
Warum läuft backitup auf dem slave?
Sämtliche Informationen für eine Instanz, die auf dem Slave läuft, liegen auf dem Master (states, objects).
Ein Backup des Masters enthält auch alle Kofigurationen der Slave-Instanzen.Vom slave aus, muss backitup sich alle Informationen vom Master holen.
Ich kann mir vorstellen, dass er sich dabei verschlucken könnte.kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@amg_666 sagte in Slave regelmäßig nicht erreichbar:
backitup 1.3.6
Warum läuft backitup auf dem slave?
Sämtliche Informationen für eine Instanz, die auf dem Slave läuft, liegen auf dem Master (states, objects).
Ein Backup des Masters enthält auch alle Kofigurationen der Slave-Instanzen.Vom slave aus, muss backitup sich alle Informationen vom Master holen.
Ich kann mir vorstellen, dass er sich dabei verschlucken könnte.@Homoran Ich habe backitup auf dem Master installiert, aber auf jedem Raspi eine Instanz installiert. Das ist falsch und das "Master Backup" beinhaltet alle Slaves? War mir nicht bewusst, ich würde dann mal die Instanzen auf den Slaves löschen und schaun was dann passiert, richtig?
iobroker auf proxmox container
-
@Homoran Ich habe backitup auf dem Master installiert, aber auf jedem Raspi eine Instanz installiert. Das ist falsch und das "Master Backup" beinhaltet alle Slaves? War mir nicht bewusst, ich würde dann mal die Instanzen auf den Slaves löschen und schaun was dann passiert, richtig?
@amg_666 sagte in Slave regelmäßig nicht erreichbar:
Das ist falsch und das "Master Backup" beinhaltet alle Slaves?
So habe ich das verstanden - vielleicht erhellt @simatec uns da mal.
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@amg_666 sagte in Slave regelmäßig nicht erreichbar:
Das ist falsch und das "Master Backup" beinhaltet alle Slaves?
So habe ich das verstanden - vielleicht erhellt @simatec uns da mal.
@Homoran
Mein Wissenstand ist auch so, dass der Master den Slave mit sichert.
Da der Backup Prozess ein Teil vom js-controller ist, wäre es Interessant, was @apollon77 und/oder @Bluefox dazu sagen können. -
Also Objects und States und Files sollte passen weil die einfach aus der DB gelesen werden vom Master und damit sollte das egal sein wo es ausgeführt wird. Alles was natürlich ggf noch aus anderen "lokalen Verzeichnissen" mit gesichert wird ist natürlich ggf anders.
Ansonsten: testet es doch mal. Führt iobroker backup auf maste rund slave aus und vergleicht das erstellte tar.gz vom Inhalt und den Dateigrössen her
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Also Objects und States und Files sollte passen weil die einfach aus der DB gelesen werden vom Master und damit sollte das egal sein wo es ausgeführt wird. Alles was natürlich ggf noch aus anderen "lokalen Verzeichnissen" mit gesichert wird ist natürlich ggf anders.
Ansonsten: testet es doch mal. Führt iobroker backup auf maste rund slave aus und vergleicht das erstellte tar.gz vom Inhalt und den Dateigrössen her
@apollon77 Hallo, ich hab jetzt mal stichprobenartig in die Backups vom Master und vom Slave reingeschaut. Auf dem Slave läuft Smartmeter und ich habe in den Sicherungen nach den Einstellungen (Baudrate etc) gesucht und die ist in beiden Sicherungen abgelegt. Von daher würde ich auch annehmen, dass das so passt und das ich nur eine backitup Instanz auf dem Master brauche ("lokale" Dateien/Verzeichnisse habe ich nicht).
@Homoran Leider ist das Grundproblem weiter vorhanden. Ich werde mal in einer Mußestunde den Slave komplett neu und sauber aufsetzen und danach nochmal Feedback geben.
iobroker auf proxmox container
-
@apollon77 Hallo, ich hab jetzt mal stichprobenartig in die Backups vom Master und vom Slave reingeschaut. Auf dem Slave läuft Smartmeter und ich habe in den Sicherungen nach den Einstellungen (Baudrate etc) gesucht und die ist in beiden Sicherungen abgelegt. Von daher würde ich auch annehmen, dass das so passt und das ich nur eine backitup Instanz auf dem Master brauche ("lokale" Dateien/Verzeichnisse habe ich nicht).
@Homoran Leider ist das Grundproblem weiter vorhanden. Ich werde mal in einer Mußestunde den Slave komplett neu und sauber aufsetzen und danach nochmal Feedback geben.
@amg_666 sagte in Slave regelmäßig nicht erreichbar:
iter vorhanden. Ich werde mal in einer Mußestunde den Slave komplett neu und sauber aufsetzen und danach nochmal Feedback geben.
Bitte mal js-controller 2.2.7 versuchen, da sind fixes für Reconnection Themen von Adaptern/Slaves zum Master drin
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@amg_666 sagte in Slave regelmäßig nicht erreichbar:
iter vorhanden. Ich werde mal in einer Mußestunde den Slave komplett neu und sauber aufsetzen und danach nochmal Feedback geben.
Bitte mal js-controller 2.2.7 versuchen, da sind fixes für Reconnection Themen von Adaptern/Slaves zum Master drin
AAAARGH
. kann es sein, dass der Fehler (Verlust der Verbindung zum Slave) garnicht am Slave liegt, sondern am Master? Mir ist aufgefallen, dass die grüne LED am Master sporadisch sehr lange Zeit an ist (Zeichen für Zugriffsprobleme auf die Speicherkarte), die Karte ist aber neu. Ich habe dann nochmal alle Instanzen gecheckt: der ical Adapter läuft dort mit 4 Instanzen, die alle zur gleichen Zeit per Cron gesteuert werden. Nachdem ich das vorgestern so geändert habe, dass die 4 Instanzen "konfliktfrei" gescheduled werden, scheint alles stabil zu laufen...iobroker auf proxmox container
-
AAAARGH
. kann es sein, dass der Fehler (Verlust der Verbindung zum Slave) garnicht am Slave liegt, sondern am Master? Mir ist aufgefallen, dass die grüne LED am Master sporadisch sehr lange Zeit an ist (Zeichen für Zugriffsprobleme auf die Speicherkarte), die Karte ist aber neu. Ich habe dann nochmal alle Instanzen gecheckt: der ical Adapter läuft dort mit 4 Instanzen, die alle zur gleichen Zeit per Cron gesteuert werden. Nachdem ich das vorgestern so geändert habe, dass die 4 Instanzen "konfliktfrei" gescheduled werden, scheint alles stabil zu laufen...@amg_666 also seit Controller 2.0 sollte auch so ein „zur gleichen Zeit gescheduled“ weniger problematisch sein weil die mir 4s Abstand gestartet werden. Vllt noch alter controller?
Aber ja. Sehr hohe Last auf dem Master kann ggf slaves beeinträchtigen. Hier hilft die 2.2.7 vom Controller die Probleme zu verhindern
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@amg_666 also seit Controller 2.0 sollte auch so ein „zur gleichen Zeit gescheduled“ weniger problematisch sein weil die mir 4s Abstand gestartet werden. Vllt noch alter controller?
Aber ja. Sehr hohe Last auf dem Master kann ggf slaves beeinträchtigen. Hier hilft die 2.2.7 vom Controller die Probleme zu verhindern
@apollon77 Ich hab jetzt mal alle Systeme auf js-controller 2.2.7 upgedatet (ich hatte aber vorher aber schon eine 2er Version drauf). Das beobachte ich jetzt mal ein paar Tage und gebe dann nochmal Feedback und stelle meinen Post ggf auf gelöst. Vielen Dank für die Unterstützung!
Update: Scheint jetzt stabil zu sein, seit 3 Tagen keinerlei Aussetzer/Probleme
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 Anmelden563
Online32.8k
Benutzer82.8k
Themen1.3m
Beiträge