NEWS
Multihost
-
+ system.adapter.web.0 : web : iobroker-master - enabled, port: 1881, bind: 0.0.0.0 (SSL), run as: admin + system.adapter.web.1 : web : iobroker-master - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.web.2 : web : iobroker-master - enabled, port: 8085, bind: 0.0.0.0, run as: admin + system.adapter.web.3 : web : iobroker-master
Warum vier Instanzen vom web-Adapter?
-
@thomas-braun said in Multihost:
+ system.adapter.web.0 : web : iobroker-master - enabled, port: 1881, bind: 0.0.0.0 (SSL), run as: admin + system.adapter.web.1 : web : iobroker-master - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.web.2 : web : iobroker-master - enabled, port: 8085, bind: 0.0.0.0, run as: admin + system.adapter.web.3 : web : iobroker-master
Warum vier Instanzen vom web-Adapter?
Das sind ältere Versuche mit dem Adapter zu arbeiten. Alexa und so.
-
[sudo] Passwort für ralf:
wieso sudo???
und wieso 4x web, davon der standard auf port 1881??
Auch einige Instanzen mit doppelter Port-Belegung.Hat zwar anscheinend im Moment keine Auswirkungen, aber sauber ist was anderes.
Wie sieht das denn auf dem Slave aus?
den admin seh ich nicht mehr.
solltest du aber, der läuft
-
pi@iobroker-slave:/opt/iobroker $ iobroker list instances system.adapter.admin.1 : admin : iobroker-slave - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.alexa2.0 : alexa2 : iobroker-slave - enabled system.adapter.backitup.0 : backitup : iobroker-slave - enabled system.adapter.bring.0 : bring : iobroker-slave - disabled system.adapter.broadlink.0 : broadlink : iobroker-slave - disabled system.adapter.broadlink2.0 : broadlink2 : iobroker-slave - enabled system.adapter.cloud.0 : cloud : iobroker-slave - disabled system.adapter.deconz.0 : deconz : iobroker-slave - disabled, port: 80 system.adapter.devices.0 : devices : iobroker-slave - disabled system.adapter.discovery.0 : discovery : iobroker-slave - enabled system.adapter.esphome.0 : esphome : iobroker-slave - disabled system.adapter.flot.0 : flot : iobroker-slave - disabled system.adapter.ham.0 : ham : iobroker-slave - disabled system.adapter.history.0 : history : iobroker-slave - enabled system.adapter.ical.0 : ical : iobroker-slave - disabled system.adapter.ical.1 : ical : iobroker-slave - enabled system.adapter.icons-mfd-png.0 : icons-mfd-png : iobroker-slave - disabled system.adapter.influxdb.0 : influxdb : iobroker-slave - disabled, port: 8086 system.adapter.info.0 : info : iobroker-slave - disabled system.adapter.iot.0 : iot : iobroker-slave - disabled system.adapter.jarvis.0 : jarvis : iobroker-slave - enabled system.adapter.javascript.0 : javascript : iobroker-slave - enabled system.adapter.lgtv.0 : lgtv : iobroker-slave - disabled system.adapter.mqtt.0 : mqtt : iobroker-slave - enabled, port: 1883, bind: 0.0.0.0 system.adapter.nina.0 : nina : iobroker-slave - enabled system.adapter.node-red.0 : node-red : iobroker-slave - enabled, port: 1880, bind: 0.0.0.0 system.adapter.openweathermap.0 : openweathermap : iobroker-slave - enabled system.adapter.ping.0 : ping : iobroker-slave - enabled system.adapter.sayit.0 : sayit : iobroker-slave - enabled, port: 0 system.adapter.scenes.0 : scenes : iobroker-slave - disabled system.adapter.shelly.0 : shelly : iobroker-slave - disabled, port: 1882, bind: 0.0.0.0 system.adapter.simple-api.0 : simple-api : iobroker-slave - enabled, port: 8087, bind: 0.0.0.0, run as: admin system.adapter.sonoff.0 : sonoff : iobroker-slave - disabled, port: 1882, bind: 0.0.0.0 system.adapter.sonos.0 : sonos : iobroker-slave - enabled system.adapter.spotify-premium.0 : spotify-premium : iobroker-slave - enabled system.adapter.tankerkoenig.0 : tankerkoenig : iobroker-slave - enabled system.adapter.telegram.0 : telegram : iobroker-slave - disabled, port: 8443, bind: 0.0.0.0 system.adapter.telegram.1 : telegram : iobroker-slave - disabled, port: 8443, bind: 0.0.0.0 system.adapter.text2command.0 : text2command : iobroker-slave - enabled system.adapter.text2command.1 : text2command : iobroker-slave - enabled system.adapter.tr-064.0 : tr-064 : iobroker-slave - enabled system.adapter.trashschedule.0 : trashschedule : iobroker-slave - enabled system.adapter.tuya.0 : tuya : iobroker-slave - enabled system.adapter.vis-bars.0 : vis-bars : iobroker-slave - disabled system.adapter.vis-canvas-gauges.0 : vis-canvas-gauges : iobroker-slave - disabled system.adapter.vis-history.0 : vis-history : iobroker-slave - disabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : iobroker-slave - disabled system.adapter.vis-icontwo.0 : vis-icontwo : iobroker-slave - disabled system.adapter.vis-inventwo.0 : vis-inventwo : iobroker-slave - enabled system.adapter.vis-metro.0 : vis-metro : iobroker-slave - disabled system.adapter.vis-players.0 : vis-players : iobroker-slave - disabled system.adapter.vis-rgraph.0 : vis-rgraph : iobroker-slave - disabled system.adapter.vis-timeandweather.0 : vis-timeandweather : iobroker-slave - disabled system.adapter.vis-weather.0 : vis-weather : iobroker-slave - disabled system.adapter.vis.0 : vis : iobroker-slave - enabled system.adapter.web.0 : web : iobroker-slave - enabled, port: 1881, bind: 0.0.0.0 (SSL), run as: admin system.adapter.web.1 : web : iobroker-slave - enabled, port: 8082, bind: 0.0.0.0, run as: admin system.adapter.web.2 : web : iobroker-slave - enabled, port: 8085, bind: 0.0.0.0, run as: admin system.adapter.web.3 : web : iobroker-slave - enabled, port: 8080, bind: 0.0.0.0, run as: admin system.adapter.yahka.0 : yahka : iobroker-slave - disabled system.adapter.zigbee.0 : zigbee : iobroker-slave - disabled, port: /dev/ttyACM0 + instance is alive pi@iobroker-slave:/opt/iobroker $
MOD-EDIT: Code in code-tags gesetzt!
-
@zolex
Das ist ja der selbe Quark. Hast du ein Backup vom Master auf den künftigen Slave geschoben und denn dann versucht anzubinden? -
@thomas-braun said in Multihost:
@zolex
Das ist ja der selbe Quark. Hast du ein Backup vom Master auf den künftigen Slave geschoben und denn dann versucht anzubinden?Nein.
-
@thomas-braun mich stört die sudo-Passwort Aufforderung beim Master
Da scheint die Master-Installation total krumm zu sein -
-
-
@Zolex
Allerletzte Idee:bei beiden Systemen:
iobroker stop iobroker upload all iobroker start
Und wieder den Master vor dem Slave starten
-
-
-
@zolex
Ich merke, dass Wir nicht weiter kommen.Ich werde beide Systeme neu aufsetzen und nochmal anfangen.
Bei Problemen melde ich mich wieder. -
@zolex
Nach dem ich alles neu aufgesetzt habe und das Multihost gestartet habe, hab ich sowohl auf dem Master als auch auf dem Slave zugriff auf den Master und der Slave ist nicht mehr zu sehen.
Das versteh ich jetzt überhaupt nicht mehr. -
Ich habe das heute Nachmittag mal versucht nachzustellen, deine Beobachtung kann ich bestätigen. Der Master rutscht auf den vorgesehenen Slave.
Ich konnte es aber noch nicht weiter eingrenzen, woran das liegt.@apollon77
Beide Systeme zuerst auf gleichen Stand gebracht (iob -version 3.3.20 mit redis) und dann versucht zu verheiraten. -
Das versteh ich jetzt überhaupt nicht mehr.
Da bist du nicht allein!
Das muss sich @apollon77 vielleicht ansehen.
Da sollten wir im Moment nichts kaputtspielen -
Das versteh ich jetzt überhaupt nicht mehr.
Da bist du nicht allein!
Das muss sich @apollon77 vielleicht ansehen.
Da sollten wir im Moment nichts kaputtspielenJa, hab ich verstanden.
Ich warte jetzt mal ab, ob @apollon77 sich meldet. -
Mmeeeehhhhhh ... ja der 3.3.20 fix war blödsinn ... es gibt nachher ne 3.3.21
-
Ok, 3.3.21 sollte das Fixen und ist stable getaggt. Also botte am besten mal ganz frisch aufsetzen
-
Ich konnte jetzt ein Multihost-System frisch aufsetzen, 3.3.21 funktioniert also wieder.
Da gleich eine Frage dazu, weil ich das so nicht finden konnte:
Den sekundären Host habe ich jetzt ohne jeglichen Adapter angeflanscht, also auch ohne admin. Wird das funktionieren oder war ich zu eifrig im entschlacken?In der Doku steht zwar
Es ist daher sinnvoll für einen Slave einen Host mit Minimalinstallation zu verwenden, also nur den js-controller und den admin.
es scheint aber auf den ersten Blick sogar ohne diese beiden zu gehen.