Neues YouTube-Video: Visualisierung im Devices-Adapter

[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.

[amg_666]

@wendy2702 Nein, tut es leider nicht, ich poste jetzt nicht den ganzen Screenshot aber es kommt wieder

[DEBUG] [ftp] - Send iobroker_2021_03_05-18_55_29_backupiobroker.tar.gz
[ERROR] [ftp] - File "/opt/iobroker/backups/iobroker_2021_03_05-18_55_29_backupiobroker.tar.gz" not found

[wendy2702]

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

/opt/iobroker/backups/

Gibt es das File denn in dem ordner?

ls -la /opt/iobroker/backups/

[amg_666]

@wendy2702 Nein gibts nicht, das scheint er nicht anzulegen/anlegen zu können und das wäre ja die eigentlich backupdatei, die ich mit iobroker backup ja angestoßen habe

[simatec]

@amg_666
Wie hängen die Slave im Netz? LAN oder WLAN?

[amg_666]

@simatec Alle im LAN, MAster und der "gute" slave sind beide hinter 2 kaskadierten Switchen, der Slave der rumzickt ist direkt an der Fritzbox angeschlossen