Neues YouTube-Video: Visualisierung im Devices-Adapter

[Dennis.B]

@homoran

beide gurkern haben ipv4 und sind im selben netz. Habe nur range 192.168.100.x bis 192.168.103.x

pi1

eth0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:5a:93:30  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        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  (Local Loopback)
        RX packets 7431  bytes 6954458 (6.6 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 7431  bytes 6954458 (6.6 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.101.99  netmask 255.255.252.0  broadcast 192.168.103.255
        inet6 fe80::9ca0:7208:2eb7:69f7  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:0f:c6:65  txqueuelen 1000  (Ethernet)
        RX packets 24241  bytes 14846082 (14.1 MiB)
        RX errors 0  dropped 1  overruns 0  frame 0
        TX packets 22505  bytes 20633425 (19.6 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pi2

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.102.188  netmask 255.255.252.0  broadcast 192.168.103.255
        inet6 fe80::865:3498:6aae:1eb7  prefixlen 64  scopeid 0x20<link>
        ether e4:5f:01:05:49:07  txqueuelen 1000  (Ethernet)
        RX packets 759645  bytes 717546600 (684.3 MiB)
        RX errors 0  dropped 3  overruns 0  frame 0
        TX packets 446798  bytes 35770471 (34.1 MiB)
        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  (Local Loopback)
        RX packets 193  bytes 10190 (9.9 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 193  bytes 10190 (9.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[Homoran]

@dennis-b sagte in Slave-Installation - reassign instance falsch:

ether b8:27:eb:5a:93:30 txqueuelen 1000 (Ethernet)

LAN hat keine IPv4 Adresse - nur im WLAN

@dennis-b sagte in Slave-Installation - reassign instance falsch:

inet 192.168.101.99 netmask 255.255.252.0 broadcast 192.168.103.255

[Dennis.B]

@homoran

LAN ist nicht verbunden

[Homoran]

@dennis-b sagte in Slave-Installation - reassign instance falsch:

LAN ist nicht verbunden

passt
im log wird versucht mit @dennis-b sagte in Slave-Installation - reassign instance falsch:

inet6 fe80::9ca0:7208:2eb7:69f7

zu verbinden, das ist die WLAN-Adresse. Aber IPv6

[Dennis.B]

@homoran

ich habe ipv6 jetzt auf beiden deaktiviert und neu gestartet, leider immer noch das Problem.

sobald der slave zum master connected kommt das hier:

2021-11-24 10:09:54.794  - info: host.rp-surveillance connected to Objects and States
2021-11-24 10:09:54.891  - info: host.rp-surveillance added notifications configuration of host
2021-11-24 10:09:55.528  - info: host.rp-surveillance Reassign instance admin.0 from pi to rp-surveillance
2021-11-24 10:09:55.616  - info: host.rp-surveillance Reassign instance discovery.0 from pi to rp-surveillance
2021-11-24 10:09:55.695  - info: host.rp-surveillance Reassign instance backitup.0 from pi to rp-surveillance

[Homoran]

@dennis-b wir hatten letztens erst einen seltsamen Fehler in dieser Art
https://forum.iobroker.net/topic/49496/slave-installation-master-unter-slave-adresse-erreichbar/20?_=1637743925119

Auch mit "komischer" Netmask

Allerdings hatte dort ein iobroker fix geholfen - warum auch immer

[Dennis.B]

@homoran said in Slave-Installation - reassign instance falsch:

iobroker fix

Ja das hatte ich auch schon gesehen und ausprobiert, leider ohne Erfolg.

[Homoran]

@dennis-b sagte in Slave-Installation - reassign instance falsch:

ch habe ipv6 jetzt auf beiden deaktiviert und neu gestartet

auch nochmal mit iobroker setup custom reingesehen?

[Dennis.B]

@homoran said in Slave-Installation - reassign instance falsch:

iobroker setup custom

jo - sieht auch gut aus

pi@pi:~ $ 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/
- Host name: pi

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

[Homoran]

@dennis-b Dann bin ich am Ende mit meinem Latein.

Hast du die Frage von @Thomas-Braun geprüft und beantwortet?

[Dennis.B]

@thomas-braun
@Homoran

UDP geht.

pi@pi:~ $ nc -ul 6111
test
test
test
test
^C
pi@pi:~ $ 

pi@rp-surveillance:~ $ nc -u pi 6111
test
test
test
test
^C
pi@rp-surveillance:~ $ 

[Homoran]

@dennis-b sagte in Slave-Installation - reassign instance falsch:

UDP geht.

steht denn jetzt die IPv4 im log bei Verbindungstversuch (Slave neustart über Admin des Masters?)

[wackl]

Ich kämpfe seit 2 Tagen mit dem selben Problem.
Habe schon 2 Raspis aufgesetzt, gleiches verhalten,
dann 2 ct am Proxmox, auch kein Erfolg.

Downgrade vom js-controller auf 3.2.16 -> multihost geht sofort

Ab welcher Version das nicht mehr funktioniert wäre auszutesten...

[Dennis.B]

@homoran said in Slave-Installation - reassign instance falsch:

steht denn jetzt die IPv4 im log bei Verbindungstversuch (Slave neustart über Admin des Masters?)

ja beide zeigen ipv4 im log an.

[Dennis.B]

@wackl said in Slave-Installation - reassign instance falsch:

Downgrade vom js-controller auf 3.2.16 -> multihost geht sofort

Kann ich bestaetigen, nach downgrade funktioniert es.

[wackl]

Hab jetzt einige durchprobiert. Bis 3.3.18 geht's anscheinend. Bei 3.3.19 nicht mehr.

[Thomas Braun]

@wackl
Dann weißt du ja was als Beta-Tester zu tun ist.

[wackl]

@thomas-braun
Ich wusste nicht, das ich beim installieren mit dem Befehl

curl -sLf https://iobroker.net/install.sh | bash -

eine Beta-Version bekomme :man-shrugging:

[Thomas Braun]

@wackl

js-controller
github:	4.0.0
latest:	3.3.19 for 6 days
stable:	3.3.18 for 73 days

[apollon77]

Ok, bitte GitHub issue anlegen. müsen wir checken. Hat im Latest niemand gemeldet. Habe alles auf controller 3.3.18 für stable zurückgrnommen

Grund vorasus schon gefunden, wird denke nachher eine 3.3.20 geben