Neues YouTube-Video: Visualisierung im Devices-Adapter

[wendy2702]

Ist das also ein System mit einem Master und 2x Slave oder 3 getrennte?

Ist es egal auf welchem Rechner du das manuelle Backup anstößt, der Fehler ist immer der gleiche?

[amg_666]

@wendy2702 1 Master mit 2 Slaves und normalerweise stoße ich backup über die Admin Oberfläche an (also wohl auf dem Master). @simatec hat mich gebeten mal ein bakcup in der Konsole anzustoßen (siehe oben) das hab ich auf dem Master gemacht. Auf dem Slave geht das nicht, da kommt

pi@iostrom:~ $ cd /opt/iobroker
pi@iostrom:/opt/iobroker $ iobroker backup
No connection to databases possible ...
pi@iostrom:/opt/iobroker $

[wendy2702]

@amg_666 Dann stimmt etwas mit deiner Master-Slave config nicht denke ich.

Eigentlich kann man das auf allen Systemen anstoßen.

Kannst du mal auf allen drei das abfragen:

iobroker status

[amg_666]

@wendy2702 Oh, oh: Du hast recht, da scheint was mit der master-slave nicht zu stimmen.
Backup auf slave1 führt zu Fehler, siehe mein post oben, ich hab das jetzt mal auf dem anderen slave gemacht da gings:

pi@iovis:/opt/iobroker $ iobroker backup
host.iovis 14318 states saved
host.iovis 16039 objects saved
Backup created: /opt/iobroker/backups/2021_03_05-15_43_22_backupiobroker.tar.gz
pi@iovis:/opt/iobroker $

Hier die Abfrage iobroker status:
Master:

pi@iomaster:/opt/iobroker $ iobroker status
iobroker is running on this host.


Objects type: file
States  type: file

Slave1

pi@iostrom:/opt/iobroker $ iobroker status
iobroker is running on this host.

At least one iobroker host is running.

Objects type: file
States  type: file

Slave2

pi@iovis:/opt/iobroker $ iobroker status
iobroker is running on this host.

At least one iobroker host is running.

Objects type: file
States  type: file

Ich habe die multihost Umgebung wie empfohlen eingerichtet (sudo iobroker multihost enable, dannn ...browse und ...connect auf den Slaves).

Ich hab jetzt mal auf beiden Slaves iobroker setup custom eingegeben (und hab da erstmal nix geändert nur geschaut. Beide Slaves haben bei Object database und bei states database dieselbe ipadresse (die von Slave1), ich denke mal dass das das Problem ist (?). Kann mir hier jemand Feedback geben? Ich möchte hier jetzt nicht durch unüberlegtes Gebastel was zerschiessen (wäre nicht das erste mal...)

Slave1:

pi@iostrom:/opt/iobroker $ iobroker setup custom
Current configuration:
- Objects database:
  - Type: file
  - Host/Unix Socket: 192.168.2.4
  - Port: 9001
- States database:
  - Type: file
  - Host/Unix Socket: 192.168.2.4
  - Port: 9000
- Data Directory: ../../iobroker-data/

Type of objects DB [(f)ile, (r)edis, ...], default [file]:
Host / Unix Socket of objects DB(file), default[192.168.2.4]:
Port of objects DB(file), default[9001]:
Type of states DB [(f)file, (r)edis, ...], default [file]:
Host / Unix Socket of states DB (file), default[192.168.2.4]:
Port of states DB (file), default[9000]:
Host name of this machine [iostrom]:
updating conf/iobroker.json
pi@iostrom:/opt/iobroker $

Slave2:

pi@iovis:/opt/iobroker $ iobroker setup custom
Current configuration:
- Objects database:
  - Type: file
  - Host/Unix Socket: 192.168.2.4
  - Port: 9001
- States database:
  - Type: file
  - Host/Unix Socket: 192.168.2.4
  - Port: 9000
- Data Directory: ../../iobroker-data/

Type of objects DB [(f)ile, (r)edis, ...], default [file]:
Host / Unix Socket of objects DB(file), default[192.168.2.4]:
Port of objects DB(file), default[9001]:
Type of states DB [(f)file, (r)edis, ...], default [file]:
Host / Unix Socket of states DB (file), default[192.168.2.4]:
Port of states DB (file), default[9000]:
Host name of this machine [iovis]:
updating conf/iobroker.json
pi@iovis:/opt/iobroker $

[simatec]

@amg_666
Zeige mal bitte das Setup deines Masters

[amg_666]

@simatec

pi@iomaster:/opt/iobroker $ iobroker setup custom
Current configuration:
- Objects database:
  - Type: file
  - Host/Unix Socket: 0.0.0.0
  - Port: 9001
- States database:
  - Type: file
  - Host/Unix Socket: 0.0.0.0
  - Port: 9000
- Data Directory: ../../iobroker-data/

Type of objects DB [(f)ile, (r)edis, ...], default [file]:
Host / Unix Socket of objects DB(file), default[0.0.0.0]:
Port of objects DB(file), default[9001]:
Type of states DB [(f)file, (r)edis, ...], default [file]:
Host / Unix Socket of states DB (file), default[0.0.0.0]:
Port of states DB (file), default[9000]:
Data directory (file), default[../../iobroker-data/]:
Host name of this machine [iomaster]:
updating conf/iobroker.json
pi@iomaster:/opt/iobroker $

[wendy2702]

@amg_666 Bei mir connecten sich beide Slaves auf den Master.

Master:

iobroker setup custom
Current configuration:
- Objects database:
  - Type: file
  - Host/Unix Socket: 0.0.0.0
  - Port: 9001
- States database:
  - Type: file
  - Host/Unix Socket: 0.0.0.0
  - Port: 9000
- Data Directory: ../../iobroker-data/

Type of objects DB [(f)ile, (r)edis, ...], default [file]:
Host / Unix Socket of objects DB(file), default[0.0.0.0]:
Port of objects DB(file), default[9001]:
Type of states DB [(f)file, (r)edis, ...], default [file]:
Host / Unix Socket of states DB (file), default[0.0.0.0]:
Port of states DB (file), default[9000]:
Data directory (file), default[../../iobroker-data/]:
Host name of this machine [iobroker]:
updating conf/iobroker.json

Slave 1:

iobroker setup custom
Current configuration:
- Objects database:
  - Type: file
  - Host/Unix Socket: 192.168.178.18
  - Port: 9001
- States database:
  - Type: file
  - Host/Unix Socket: 192.168.178.18
  - Port: 9000
- Data Directory: ../../iobroker-data/

Type of objects DB [(f)ile, (r)edis, ...], default [file]:
Host / Unix Socket of objects DB(file), default[192.168.178.18]:
Port of objects DB(file), default[9001]:
Type of states DB [(f)file, (r)edis, ...], default [file]:
Host / Unix Socket of states DB (file), default[192.168.178.18]:
Port of states DB (file), default[9000]:
Host name of this machine [iobroker-garage-gross]:
updating conf/iobroker.json

Slave 2:

pi@pi-iobroker:~ $ iobroker setup custom
Current configuration:
- Objects database:
  - Type: file
  - Host/Unix Socket: 192.168.178.18
  - Port: 9001
- States database:
  - Type: file
  - Host/Unix Socket: 192.168.178.18
  - Port: 9000
- Data Directory: ../../iobroker-data/

Type of objects DB [(f)ile, (r)edis, ...], default [file]:
Host / Unix Socket of objects DB(file), default[192.168.178.18]:
Port of objects DB(file), default[9001]:
Type of states DB [(f)file, (r)edis, ...], default [file]:
Host / Unix Socket of states DB (file), default[192.168.178.18]:
Port of states DB (file), default[9000]:
Host name of this machine [pi-iobroker]:
updating conf/iobroker.json

IP .18 ist der Master.

[wendy2702]

@amg_666 sagte in backitup: Fehler im Log cannot save backup file:

dieselbe ipadresse (die von Slave1)

Die IP vom Master sollte bei beiden drin stehen.

[amg_666]

@wendy2702 Stimmt, aber dann sollte es bei mir ja auch passen (192.168.2.4 ist Master).
Trotzdem: Wenn ich iobroker backup auf slave1 eingebe kommt "No connection to databases possible ..." wenn ich das auf slave2 eingebe dann läuft es durch.
Irgendeine Idee wo ich noch Einstellungen checken könnte?

[simatec]

@amg_666
Hast du eventuell auf dem Slave dhcp aktiv?
Da hatte ich mal Probleme beim Connect

[amg_666]

@simatec Bin nicht so der unix held, was muss ich da wo prüfen? Ich habe eigentlich überall feste IP vergeben.

ifconfig bringt folgendes, ist imho richtig, die ..16 ist die IP des Slaves:

pi@iostrom:~ $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.2.16  netmask 255.255.255.0  broadcast 192.168.2.255
        inet6 fe80::b40c:c5e3:b56:aa76  prefixlen 64  scopeid 0x20<link>
        inet6 fd00::ae5d:8ee1:6b3e:b45d  prefixlen 64  scopeid 0x0<global>
        ether b8:27:eb:d8:d2:dd  txqueuelen 1000  (Ethernet)
        RX packets 228897070  bytes 27222368436 (25.3 GiB)
        RX errors 0  dropped 2  overruns 0  frame 0
        TX packets 198081274  bytes 34937103637 (32.5 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Lokale Schleife)
        RX packets 262  bytes 23046 (22.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 262  bytes 23046 (22.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pi@iostrom:~ $

[wendy2702]

@amg_666 Kannst du mal auf beiden Slaves das ausführen:

traceroute 192.168.2.4
traceroute -p 9000 192.168.2.4
traceroute -p 9001 192.168.2.4

Achja, auf dem Slave der nicht funktioniert. Mal mit

iobroker setup custom

Die IP des Master umstellen.

Dann schauen das die Verbindung wirklich "rot" bleibt im HOST Tab.

Dann IP wieder zurück ändern.

[amg_666]

@wendy2702 iobroker setup custom und ip geändert, in der webodberfläche bleibt der grün (???) ich hab mehere male die Seite neu geladen, nicht das firefox da irgendwas puffert.

"Problemslave"

pi@iostrom:/opt/iobroker $ traceroute 192.168.2.4
traceroute to 192.168.2.4 (192.168.2.4), 30 hops max, 60 byte packets
 1  iomaster.fritz.box (192.168.2.4)  0.796 ms  0.544 ms  0.434 ms
pi@iostrom:/opt/iobroker $ traceroute -p 9000 192.168.2.4
traceroute to 192.168.2.4 (192.168.2.4), 30 hops max, 60 byte packets
 1  iomaster.fritz.box (192.168.2.4)  0.711 ms  0.468 ms  0.551 ms
pi@iostrom:/opt/iobroker $ traceroute -p 9001 192.168.2.4
traceroute to 192.168.2.4 (192.168.2.4), 30 hops max, 60 byte packets
 1  iomaster.fritz.box (192.168.2.4)  0.800 ms  0.549 ms  0.626 ms
pi@iostrom:/opt/iobroker $

Slave der funktioniert:

pi@iovis:/opt/iobroker $ traceroute 192.168.2.4
traceroute to 192.168.2.4 (192.168.2.4), 30 hops max, 60 byte packets
 1  iomaster.fritz.box (192.168.2.4)  0.718 ms  0.475 ms  0.534 ms
pi@iovis:/opt/iobroker $ traceroute -p 9000 192.168.2.4
traceroute to 192.168.2.4 (192.168.2.4), 30 hops max, 60 byte packets
 1  iomaster.fritz.box (192.168.2.4)  0.636 ms  0.606 ms  0.519 ms
pi@iovis:/opt/iobroker $ traceroute -p 9001 192.168.2.4
traceroute to 192.168.2.4 (192.168.2.4), 30 hops max, 60 byte packets
 1  iomaster.fritz.box (192.168.2.4)  0.638 ms  0.409 ms  0.456 ms
pi@iovis:/opt/iobroker $

und nochwas: wenn ich auf dem Slave den multihost suche passiert folgendes:

pi@iostrom:/opt/iobroker $ iobroker multihost browse
No Multihost server found. Make sure iobroker is running on the host where you enabled multihost discovery (and it is not this host)!
pi@iostrom:/opt/iobroker $

der ist aber verbunden, ich sehe ja im admin die Adapter/Installationen die auf dem Slave sind (und Slave ist "grün")

[wendy2702]

@amg_666 Ich persönlich würde auf dem Master und Slaves Multihost disablen.

Alles einmal neu starten und dann mit dem manuellen noch mal neu einrichten.

Mit dem Automatischen kann ich mich erinnern gab es schon häufiger mal probleme.

[amg_666]

@wendy2702 ich musste im letzten Jahr meine ganze Installation neu aufsetzen weil da was zerschossen war und backup nicht lief, ich glaube es war @Homoran der mir damals geraten hatte nicht an dem manuellen Zeug "rumzufrickeln" sondern automatisch aufzusetzen, damit alles richtig eingerichtet wird.

[wendy2702]

@amg_666 OK.

Weiß zwar nicht was sich dann zerschießen kann/sollte aber ist schließlich dein System.

Wird der punkt in Host den rot wenn du den fehlerhaften PI mal vom Netzwerk nimmst?

Bzw. wird es beim anderen rot?

[amg_666]

@wendy2702 Ja, in der Übersicht ist er offline, alle Instanzen des Slaves sind rot und unter Hosts ist er auch rot.

und nachdem ich ihn wieder hochgefahren habe ist auch alles wieder grün...

[wendy2702]

@amg_666 Achso, hast du eben nach hin und her ändern der IP mal das Backup versucht?

[amg_666]

@wendy2702 hab ich jetzt grade eben gemacht und läuft durch (also auf dem Slave in der Konsole). Kan es sein, dass ich kein "iobroker Problem" sondern ein -wie auch immer geartetes- Netzwerkproblem habe? Den Effekt hatte ich schonmal, dass nach einem Durchbooten der Systeme alles läuft, nach einer gewissen Zeit treten dann wieder die Fehler auf.

[wendy2702]

@amg_666 Möglich ist alles.

Man müsste versuchen die Ursache zu ermitteln bei welcher Aktion der Slave die Verbindung zum Master verliert und nicht sauber wieder herstellt.

Dann bin ich mal gespannt ob es jetzt über Backituo funktioniert.