iobroker Multihost lässt sich nicht umschalten
-
@hartwigm Sowie ich mich erinnere, werden bei der Übernahme durch den Master keine Instanzen des Slaves übernommen. Der Slave bekommt seine Konfiguration ausschließlich vom Master und der hat keine Konfiguration für den neuen Slave. Der Slave hat ja auch keinen Admin mehr, usw.
Deaktiviere mal den Multihost-Modus ... dann sollten die Instanzen auf dem (ehemaligen) Slave auch da sein. Diese kannst Du dann auf dem (zukünftigen) Master einrichten und dann den Slave wieder als solches einbinden.
Allerdings würde ich einen Slave immer als neuen Host aufsetzen ... wer weiß, welchen Müll man aus der alten Single-Installation mitschleppt.
Gruß,
Eric -
Danke für deine Hilfe!
Vielleicht ein blöde Frage, aber wir bekomme ich den Slave wieder weg.
ein iobroker multihost disconnect gibt es ja nicht!
@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:
Vielleicht ein blöde Frage, aber wir bekomme ich den Slave wieder weg.
Doku nicht gelesen?
Mach aber vorher ein Backup von Slave (No backup, no support) !!!Und danach auf dem Slave in der Console wieder die lokale IP angeben
Gruß,
Eric -
@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:
Vielleicht ein blöde Frage, aber wir bekomme ich den Slave wieder weg.
Doku nicht gelesen?
Mach aber vorher ein Backup von Slave (No backup, no support) !!!Und danach auf dem Slave in der Console wieder die lokale IP angeben
Gruß,
EricIch bekommen die Host einfach nicht mehr auseinander.
Immer wenn ich meinen Slave starte taucht der sofort wieder beim Master auf.
Ich würde nun beide System gerne einfach neu aufsetzen und dann sauber einrichten.
Allerdings scheitere ich daran den iobroker neu aufzusetzen.
Wenn ich diesen neu installiere, kommt immer wieder die alten Adapter Instanzen und Einstellungen. Ist zwar nett, aber möchte ich gerne alles weg haben.
Beide Maschinen sind Raspi, insofern wäre eine neue Installation auf SD Karte vermutlich das einfachste, da ich aber die Kisten nicht vor Ort habe, und der Slave auch noch in einer Wohnung steht , wo ich derzeit nicht reinkomme, ist das keine Option.
Also konkret die Frage, wie kann ich iobroker entweder auf FactoryDefault setzen oder neu und sauber ohne Altlasten installieren
-
Ich bekommen die Host einfach nicht mehr auseinander.
Immer wenn ich meinen Slave starte taucht der sofort wieder beim Master auf.
Ich würde nun beide System gerne einfach neu aufsetzen und dann sauber einrichten.
Allerdings scheitere ich daran den iobroker neu aufzusetzen.
Wenn ich diesen neu installiere, kommt immer wieder die alten Adapter Instanzen und Einstellungen. Ist zwar nett, aber möchte ich gerne alles weg haben.
Beide Maschinen sind Raspi, insofern wäre eine neue Installation auf SD Karte vermutlich das einfachste, da ich aber die Kisten nicht vor Ort habe, und der Slave auch noch in einer Wohnung steht , wo ich derzeit nicht reinkomme, ist das keine Option.
Also konkret die Frage, wie kann ich iobroker entweder auf FactoryDefault setzen oder neu und sauber ohne Altlasten installieren
@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 customeingeben und wieder manuell alles was auf den Master zeigt wieder zurückstellen -
@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 customeingeben und wieder manuell alles was auf den Master zeigt wieder zurückstellenzum 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 -
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 startoderiobroker start allsollte helfen -
@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 startoderiobroker start allsollte helfenDa 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
-
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?
-
@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?
@FredF er kommt ja auf die Konsole.
@hartwigm
oder geht das per Hostname?
Haben beide Pi einen unterschiedlichen Hostnamen?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 - -
@Homoran sagte in iobroker Multihost lässt sich nicht umschalten:
er kommt ja auf die Konsole.
Stimmt :man-facepalming:
-
@hartwigm
wie sieht denn deine Ausgabe beiiobroker setup customaus?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]: ENTERIst das vollständig wieder zurückgestellt?
-
@hartwigm
wie sieht denn deine Ausgabe beiiobroker setup customaus?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]: ENTERIst 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
-
@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@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:
192.168.109.46
ist das die IP vom Slave?
-
@hartwigm sagte in iobroker Multihost lässt sich nicht umschalten:
192.168.109.46
ist das die IP vom Slave?
-
@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!
-
@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 $ -
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.
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 Anmelden573
Online32.8k
Benutzer82.9k
Themen1.3m
Beiträge