NEWS
[erledigt] Nach Migration Hostname in zB objects.json noch alt
-
Hallo,
ich habe vor einiger Zeit mein ioBroker vom Raspberry auf ein Synology mit Docker umgezogen.
Dabei bin ich hingegangen und habe das /opt/iobroker-Verzeichnis mit übernommen.
Alles läuft auch gut seit ein paar Monaten.
Heute habe ich mir mal die objects.json genauer angeschaut, weil ich was suchte und mir ist aufgefallen, dass bei den Adaptern unter dem Punkt "from" noch "system.host.raspberrypi.cli" drinsteht.
Raspberrypi ist der alte Name des System, eigentlich müsste hier doch "system.host.iobroker.cli" für den neuen Hostnamen stehen, oder?Ist dies nur ein Schönheitsfehler oder hat das Auswirkungen auf etwas?
Adapter die ich nach der Migration eingebunden habe, haben auch "system.host.iobroker.cli" in der Datei.Wenn dies ein Problem macht, kann ich dann einfach mit einer Funktion replace im Texteditor den Namen anpassen?
Anmerkung, ich habe ein Multihostbetrieb.
Gruß Thomas
-
@tugsi sagte:
hat das Auswirkungen auf etwas?
Hast Du Auswirkungen bemerkt ? Der Punkt "from" zeigt nur den "Erzeuger" eines Objektes an.
-
@paul53 sagte in Nach Migration Hostname in zB objects.json noch alt:
Hast Du Auswirkungen bemerkt ? Der Punkt "from" zeigt nur den "Erzeuger" eines Objektes an.
Nein, wie gesagt, läuft seit 2-3 Monaten schon.
Hab nur Probleme mit dem Zigbee-Adapter, der funktioniert, zeigt mir nur in der Karte die Verbindungszustände nicht an, aber ich denke das ist eine andere Baustelle,Wollte nur wissen, ob es ein Schönheitsfehler ist oder gravierend.
Wenn Du sagst es ist nur quasi der Erzeuger, dann ist das ja egal. -
@tugsi sagte in Nach Migration Hostname in zB objects.json noch alt:
Dabei bin ich hingegangen und habe das /opt/iobroker-Verzeichnis mit übernommen.
Dieses Vorgehen soll man nur bei identischer Hardware machen.
Ansonsten soll man ein Backup machen und auf der neuen Hardware ein Restore.Um trotzdem den neuen Hostnamen zu übernehmen muss vor dem ersten Start von ioBroker
iobroker host this
ausgeführt werden und bei unterschiedlicher Hardware noch ein
npm rebuild
im Installationsverzeichnis ausgeführt werden um die hardwarespezifischen Pakete für die geänderte Hardware neu zu kompilieren.
Sieh mal bitte unter "Objekte" im Expertenmodus nach den system.host.xxx Dateien
-
@Homoran sagte in Nach Migration Hostname in zB objects.json noch alt:
Dieses Vorgehen soll man nur bei identischer Hardware machen.
Ansonsten soll man ein Backup machen und auf der neuen Hardware ein Restore.
Um trotzdem den neuen Hostnamen zu übernehmen muss vor dem ersten Start von ioBroker
iobroker host thisausgeführt werden und bei unterschiedlicher Hardware noch ein
npm rebuildim Installationsverzeichnis ausgeführt werden um die hardwarespezifischen Pakete für die geänderte Hardware neu zu kompilieren.
Sieh mal bitte unter "Objekte" im Expertenmodus nach den system.host.xxx DateienEs ist ja schon ein paar Tage her, wo ich das gemacht habe, aber ich bin mir recht sicher, dass ich die beiden Befehle ausgeführt habe, da ich das auch so in der Doku gefunden hatte.
Unter Objekte im Expertenmodus habe ich zweimal system.host:
- system.host.iobroker
und - system.host.raspberrypi
Beides auch mit Leben, sprich "alive = true"
Dies liegt aber auch daran, dass ich den alten raspberry als Multihost-Slave mit drangehangen habe. Darauf läuft mein Zigbee und mein ZWave.
Da fällt mir doch eine kleine Merkwürdigkeit auf.
Es wird immer geschrieben, dass man auf dem Master nur den Adapter updaten muss, der Slave zieht das automatisch nach, dies ist bei mir nicht der Fall, ich muss zusätzlich noch auf den Slave wechseln und dort den Adapter updaten, selbst wenn ich auch mal ein paar Tage warte, ob er sich doch selbst noch das Update zieht. - system.host.iobroker
-
@tugsi sagte in Nach Migration Hostname in zB objects.json noch alt:
dies ist bei mir nicht der Fall, ich muss zusätzlich noch auf den Slave wechseln und dort den Adapter updaten
War der Adapter vor der Multihost-Verbindung bereits auf dem zukünftigen Slave installiert?
-
@tugsi sagte in Nach Migration Hostname in zB objects.json noch alt:
Unter Objekte im Expertenmodus habe ich zweimal system.host:
Nö, du hast drei
eine Leiche vom kopieren des Verzeichnisses /opt/iobroker.Das ist die mit den $
-
@Homoran sagte in Nach Migration Hostname in zB objects.json noch alt:
War der Adapter vor der Multihost-Verbindung bereits auf dem zukünftigen Slave installiert?
Ja war er, vom alten System her schon.
Habe das vom RPi alles kopiert, auf dem Synology gepackt, beim RPi die überflüssigen Adapter gelöscht ...
Lass mich raten, quick und dirty und deswegen das ProblemOk, der $ ist also auch noch eine Leiche....
Ich bin mittlerweile schon am überlegen, ob ich nicht besser alles nochmal neu sauber mache.
Dank Docker ist es ja ganz simple mal eben was neues zu installieren und dann den RPi auch nochmal von Grund auf neues Debian, nacktes ioBroker, einbinden als Slave und dann vom Master aus die Adapter drauf.
Ist halt nur Fleißarbeit alle Adapter wieder neu zu installieren und die Einstellungen vorzunehmen.
Gibt es eigentlich eine Möglichkeit mit einem Schlag mehrere Adapter auf einmal zu installieren, zB die ganzes Widgets für vis, wo es sowieso keine Einstellungen zu gibt? -
@tugsi sagte in Nach Migration Hostname in zB objects.json noch alt:
Lass mich raten, quick und dirty und deswegen das Problem
Nicht ganz!
Auf dem Slave darf vor der Verbindung zum MAster nur der admin drauf sein.
Alles andere wird danach über den Admin des MAsters auf dem Slave installiert.Nach Erstellung eines Multihost-Systems werden alle Konfigurationen zentral über den Admin des Masters durchgeführt. Der Admin des/der Slaves ist nicht mehr erreichbar.
Es ist daher sinnvoll für einen Slave einen Host mit Minimalinstallation zu verwenden, also nur den js-controller und den admin.
http://www.iobroker.net/docu/?page_id=3068&lang=de
Gibt es eigentlich eine Möglichkeit mit einem Schlag mehrere Adapter auf einmal zu installieren,
Ja, per batch in der Konsole, habe ich früher für die Images gemacht:
https://doc.iobroker.net/#de/documentation/tutorial/adapter.md -
@Homoran
Danke für die Infos.
Das meinte ich ja mit Minimalinstallation, nur damals hab ich eben erst alles darauf laufen gehabt und dann gelöscht bis minimal.Also würdest Du auch vorschlagen das System nochmal von Grund auf sauber aufzubauen?
Scripts etc kann ich ja so nochmal rausziehen.
Bin gerade dabei meinen ioBroker auf einen andere IP umzuswitchen und einen neuen Dockercontainer mit ioBroker hab ich schon, so kann ich beide gleichzeitig aufhaben und schauen, was ich so habe bzw Einstellungen und diese dann übernehmen.Das mit der Batch-Datei schaue ich mir mal an, vielleicht nutze ich das.
Danke -
@tugsi sagte in Nach Migration Hostname in zB objects.json noch alt:
Bin gerade dabei meinen ioBroker auf einen andere IP umzuswitchen und einen neuen Dockercontainer mit ioBroker hab ich schon, so kann ich beide gleichzeitig aufhaben und schauen, was ich so habe bzw Einstellungen und diese dann übernehmen.
So habe ich das bei meinen Testinstallationen auch gemacht.
@tugsi sagte in Nach Migration Hostname in zB objects.json noch alt:
Das mit der Batch-Datei schaue ich mir mal an, vielleicht nutze ich das.
Das sah bei mir z.B. so aus:
cd /opt/iobroker iobroker add flot iobroker add history iobroker add hm-rpc iobroker add hm-rega iobroker add javascript iobroker add rpi2 iobroker add socketio iobroker add vis iobroker add cloud iobroker add icons-icons8 iobroker add icons-mfd-png iobroker add icons-mfd-svg iobroker add vis-bars iobroker add vis-fancyswitch iobroker add vis-hqwidgets iobroker add vis-justgage iobroker add vis-metro iobroker add vis-timeandweather
-
Wollte nur kurz eine Rückmeldung geben.
Hat alles geklappt, habe mir ein neuen Docker-Container aufgebaut mit einem jungfräulichen ioBroker und dazu dann ein RPi, auch alles neu.Beim RPi hatte ich Probleme mit meinen RazBerry für Wave, wollte erst nicht. Gibt ja diverse Hilfen im Netz und von meinem Altsystem wusste ich auch noch einiges, aber letzendlich war es das Openzwave, was nicht sauber mitinstalliert wurde.
Bin also hingegangen, hab beim ioBroker auf dem RPi zusätzlich den Wave-Adapter installiert und getestet ob er funktioniert.
Danach sowohl die Instanz, wie auch den Adapter gelöscht.
Das openzwave-Verzeichnis bleibt bestehen im Ordner node_modules, denn bei der "Ferninstallation" vom Master aus, wurde dies nicht richtig installiert, das "build"-Verzeichnis wurde nicht erstellt, ich denke da gab es Rechteprobleme.Sehr hilfreich bei der Neuinstallation war auch der Vorschlag von @Homoran mit der Batch-Datei.
Habe mir also eine gebaut mit sämtlichen Adaptern, die ich installieren wollte.
Habe diese Datei dann "iobroker_install.sh" benannt und mir in das ioBroker-Verzeichnis geschoben.
Dann in der Console in das Verzeichnis rein und einfach aufgerufen:sh ./iobroker_install.sh
Und dann konnte ich in der Zeit was anderes machen, der Rechner war erstmal beschäftigt und arbeitet so nach und nach die Adapter ab.
Ich lege hier mal den Inhalt dieser Datei ab, dieser enthält jetzt nur die Adapter für die Visualisierung (Widgets) und Icons. Damit hat man dann schon einiges an Klickarbeit gespart: