NEWS
iobroker Multihost lässt sich nicht umschalten
-
@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:
Ich bekommen die Host einfach nicht mehr auseinander.
einfach auf der Konsole beim slave
iobroker setup custom
eingeben und wieder manuell alles was auf den Master zeigt wieder zurückstellen -
zum Teil ja!
Es sind zwar nun die Adapter wieder da und auch die Instanzen. Ich bekomme aber keinen Zugriff mehr über :8081
Daher noch einen 2te Adapter mal mit 8089 hinzugefügt, aber auch da geht nichts.
pi@ioBroker-Pi:~ $ iobroker list instances system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.admin.1 : admin - enabled, port: 8089, bind: 0.0.0.0, run as: admin system.adapter.discovery.0 : discovery - enabled system.adapter.info.0 : info - enabled system.adapter.mqtt-client.0 : mqtt-client - enabled, port: 1883 system.adapter.shelly.0 : shelly - enabled, port: 1882, bind: 0.0.0.0 system.adapter.terminal.0 : terminal - enabled, port: 8088, bind: 0.0.0.0, run as: admin system.adapter.zigbee.0 : zigbee - enabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E210F6-if00 system.adapter.zwave.0 : zwave - enabled system.adapter.zwave2.0 : zwave2 - disabled + instance is alive
-
@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:
zum Teil ja!
Es sind zwar nun die Adapter wieder da und auch die Instanzen. Ich bekomme aber keinen Zugriff mehr über :8081
Klar!
Daher noch einen 2te Adapter mal mit 8089 hinzugefügt, aber auch da geht nichts.
Auch Klar
pi@ioBroker-Pi:~ $ iobroker list instances system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.admin.1 : admin - enabled, port: 8089, bind: 0.0.0.0, run as: admin system.adapter.discovery.0 : discovery - enabled system.adapter.info.0 : info - enabled system.adapter.mqtt-client.0 : mqtt-client - enabled, port: 1883 system.adapter.shelly.0 : shelly - enabled, port: 1882, bind: 0.0.0.0 system.adapter.terminal.0 : terminal - enabled, port: 8088, bind: 0.0.0.0, run as: admin system.adapter.zigbee.0 : zigbee - enabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E210F6-if00 system.adapter.zwave.0 : zwave - enabled system.adapter.zwave2.0 : zwave2 - disabled
+ instance is alive
bei dir läuft ja nichts
iobroker start
oderiobroker start all
sollte helfen -
Da läuft in der Tat nichts, deswegen ja schon die Überlegung alles neu aufsetzen. Ist vermutlich schneller als ...
iobroker start hatte ich schon gemacht und der
iobroker start all startet nur noch zusätzlich die zwave2 welche zuvor disabled warIch bekommen keinen Zugriff über Port 8081 und 8089
-
@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:
Ich bekommen keinen Zugriff über Port 8081 und 8089
Hat sich der aufgelöste Slave vielleicht eine neue IP geholt?
-
-
@Homoran sagte in iobroker Multihost lässt sich nicht umschalten:
er kommt ja auf die Konsole.
Stimmt
-
@hartwigm
wie sieht denn deine Ausgabe beiiobroker setup custom
aus?Nach der Doku hast du es ja folgendermaßen umgestellt gehabt:
Type of objects DB [file, couch, redis], default [file]: ENTER Host of objects DB(file), default[127.0.0.1]: <IP ADRESSE> vom Hauptsystem Port of objects DB(file), default[9001]: ENTER Type of states DB [file, redis], default [file]: ENTER Host of states DB (file), default[hostname]:<IP ADRESSE> vom Hauptsystem Port of states DB (file), default[9000]: ENTER Host name of this machine [hostname]: ENTER
Ist das vollständig wieder zurückgestellt?
-
@Homoran said in iobroker Multihost lässt sich nicht umschalten:
Ist das vollständig wieder zurückgestellt?
ja
pi@ioBroker-Pi:~ $ iobroker setup custom Current configuration: - Objects database: - Type: file - Host/Unix Socket: 192.168.109.46 - Port: 9001 - States database: - Type: file - Host/Unix Socket: 192.168.109.46 - 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.109.46]: 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.109.46]: Port of states DB (file), default[9000]: Host name of this machine [ioBroker-Pi]: updating conf/iobroker.json
-
@Homoran said in iobroker Multihost lässt sich nicht umschalten:
oder geht das per Hostname?
Haben beide Pi einen unterschiedlichen Hostnamen?geht nicht per hostname.
Und beide Installaationen haben unterschiedliche Hostnamen
Master: M27iob und Slave ioBroker-Pi
-
@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:
192.168.109.46
ist das die IP vom Slave?
-
ja
-
@hartwigm Dann bin ich mit meinem Latein am Ende.
rebootet hast du ja wohl schon mal, oder? -
Korrektur: .46 ist der Master .62 ist der Slave
Alles im gleichen LAN.
Lediglich mein Zugriff verfolgt aus dem eine anderen Netz per VPN
-
@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:
Korrektur: .46 ist der Master .62 ist der Slave
Nee, nich?
also ÄNDERN!
-
Die IP hatte ich übersehen. Nun auch .62 umgestellt.
Aber immer noch kein Zugriff
Type of objects DB [(f)ile, (r)edis], default [file]: Host / Unix Socket of objects DB(file), default[192.168.109.46]: 192.168.109.62 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.109.62]: Port of states DB (file), default[9000]: Host name of this machine [ioBroker-Pi]: updating conf/iobroker.json pi@ioBroker-Pi:/opt/iobroker $ iobroker restart pi@ioBroker-Pi:/opt/iobroker $ ifconfig eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.109.62 netmask 255.255.255.0 broadcast 192.168.109.255 inet6 fe80::6cac:d167:253e:3454 prefixlen 64 scopeid 0x20<link> ether b8:27:eb:19:83:a1 txqueuelen 1000 (Ethernet) RX packets 10056 bytes 12470973 (11.8 MiB) RX errors 0 dropped 466 overruns 0 frame 0 TX packets 5512 bytes 466200 (455.2 KiB) 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 192 bytes 9600 (9.3 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 192 bytes 9600 (9.3 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlan0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 ether b8:27:eb:4c:d6:f4 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 pi@ioBroker-Pi:/opt/iobroker $ iobroker list instances system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.discovery.0 : discovery - enabled system.adapter.info.0 : info - enabled system.adapter.mqtt-client.0 : mqtt-client - enabled, port: 1883 system.adapter.shelly.0 : shelly - enabled, port: 1882, bind: 0.0.0.0 system.adapter.terminal.0 : terminal - enabled, port: 8088, bind: 0.0.0.0, run as: admin system.adapter.zigbee.0 : zigbee - enabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E210F6-if00 system.adapter.zwave.0 : zwave - enabled system.adapter.zwave2.0 : zwave2 - enabled + instance is alive pi@ioBroker-Pi:/opt/iobroker $ iobroker restart pi@ioBroker-Pi:/opt/iobroker $
-
Es sieht für mich so aus, als würde sich der Admin.Adapter nicht registieren.
Jedenfalls sehe ich nicht dass der Port 8081 oder 8089 auf listen steht.
pi@ioBroker-Pi:/opt/iobroker $ netstat -n -a -p TCP (Es konnten nicht alle Prozesse identifiziert werden; Informationen über nicht-eigene Processe werden nicht angezeigt; Root kann sie anzeigen.) Aktive Internetverbindungen (Server und stehende Verbindungen) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN - tcp 0 0 192.168.109.62:9001 192.168.109.62:34772 TIME_WAIT - tcp 0 560 192.168.109.62:22 192.168.133.70:53068 VERBUNDEN - tcp 0 0 192.168.109.62:9000 192.168.109.62:58124 TIME_WAIT - tcp 0 0 192.168.109.62:9001 192.168.109.62:34774 TIME_WAIT - tcp 0 0 192.168.109.62:9000 192.168.109.62:58122 TIME_WAIT - tcp6 0 0 :::22 :::* LISTEN - udp 0 0 0.0.0.0:5353 0.0.0.0:* - udp 0 0 0.0.0.0:33260 0.0.0.0:* - udp 0 0 0.0.0.0:68 0.0.0.0:* - udp6 0 0 :::5353 :::* - udp6 0 0 :::47394 :::* - raw6 0 0 :::58 :::* 7 -
Noch eine Idee?
Jedenfalls schon mal vielen Dank für Eure Hilfe.
Ich werde noch einen separten Thread aufmachen, wie eine defekte Installation zu überschreiben ist.
-