NEWS
Multihost
-
Versteh ich nicht - macht nix. `
Macht sehr viel, weil davon alles abhängt!Z.b. wären dann deine nächsten Sätze überflüssig.
Erklärbärmodus:
Es gibt eine Grundinstallation, der Konsolenbefehl wäre iobroker install AdapterName.
Dieser Befehl lädt die notwendigen Daten für einen Adapter in ein entsprechendes Verzeichnis, mehr nicht.
Wird nun eine Instanz angelegt, werden dafür diese Installationsdateien verwendet.
Bei einem Upgrade eines Adapters werden erstmal nur die Installationsdateien auf den neuesten Stand gebracht. Anschließend müssen aber noch die laufenden Instanzen upgedated werfen, dies passiert mit upload. Dazu muss die Instanz gestoppt werden.
Instanzen können nicht einzeln aktualisiert werden. `
Ja aber ich gebe Ihm recht: ioBroker könnte so intelligent sein nur die Instanzen auf dem einen Host neu zu starten wo gerade das Update installiert wurde. Aber es werden alle gestartet. Ist nervig teilweise.
Auf dem Slaves soll ein Admin laufen? `
Ja,vor der Umwandlung in einen slave. Danach läuft er immer noch im Hintergrund, darf aber nicht mehr übers web direkt erreichbar sein. `
Ich würde es anders formulieren: Laufen tut er nicht - also es wird kein Admin prozess gestartet auf einem Slave - es sei denn eine Admin Instanz wurde dort hin verschoben. Dann ist es aber eine "generelle Admin" für alles. Lokale Admins laufen nicht mehr.Die Admin-Adapter-Files liegen aber IMMER auf jedem Slave (weil Admin zusammen mit js-controller installiert wird … IMMER) und von daher werden Updates pot. angeboten :-)
-
` > Erklärbärmodus:
Es gibt eine Grundinstallation, der Konsolenbefehl wäre iobroker install AdapterName.
Dieser Befehl lädt die notwendigen Daten für einen Adapter in ein entsprechendes Verzeichnis, mehr nicht.
Wird nun eine Instanz angelegt, werden dafür diese Installationsdateien verwendet.
Bei einem Upgrade eines Adapters werden erstmal nur die Installationsdateien auf den neuesten Stand gebracht. Anschließend müssen aber noch die laufenden Instanzen upgedated werfen, dies passiert mit upload. Dazu muss die Instanz gestoppt werden.
Instanzen können nicht einzeln aktualisiert werden. `
Das ist mir schon klar. Verstehen will ich aber dennoch nicht, warum man die Instanzen eines Adapters auf einem anderen Host - der ja nicht aktualisert wird - stoppen muss.
-
Moin,
Verstehen will ich aber dennoch nicht, warum man die Instanzen eines Adapters auf einem anderen Host - der ja nicht aktualisert wird - stoppen muss. `
dann versuche ich es mal.-
Wenn ein Adapter aktualisiert wird (über den Admin), werden die Quell-Installationsdaten lokal auf dem Master abgelegt.
-
Damit ist noch kein Update an sich erfolgt, die neuen Files liegen erst mal nur im lokalen „Cache“ (sep. Verzeichnis auf dem Master)
-
Dann werden alle Instanzen dieses Adapters, egal wo sie liegen, gestoppt. Schließlich sind deren „Arbeits-Programmfiles“ andere (älter, oder beim Downgrade auch neuer), als auf dem Master
-
Jetzt werden die Programmfiles vom Master in die Arbeitsverzeichnisse der gestoppten Instanzen kopiert (damit sie mit dem Master übereinstimmen)
-
Danach werden dann die Instanzen wieder gestartet.
Es werden also erst die Adapter-Files in den Quellpfad auf dem Master abgelegt, quasi dort gecached. Und dann werden alle Instanzen damit abgeglichen, um keinen Schiefstand zwischen den Instanzen zu bekommen.
Gruß,
Eric
Von unterwegs getippert
-
-
Sorry Eric aber da muss ich Dir wiedersprechen :)
Die lokalen Adapter-Files liegen immer je Host getrennt. Also Update des Adapters auf dem master updatetet nicht die Slaves mit. Dort musst Du manuell updaten.
Die "Immer alles restarten" liegt daran das ioBroker hier leider, wie oben schon gesagt, nicht sonderlich intelligent arbeitet und vom Standardfall "Singehost" ausgeht. In der Konfig eines Adapters steht ob er oder andere bei einem Update neu gestartet werden sollen und das macht ioBroker halt - für alle Instanzen egal wo diese liegen.Laut http://download.iobroker.net/stat.html haben wir aktuell "237 of 13908" Installationen mit Multihost …
Von daher: Github Issue anlegen dann kann man das man ändern
-
Sorry Eric aber da muss ich Dir wiedersprechen :)
Die lokalen Adapter-Files liegen immer je Host getrennt. Also Update des Adapters auf dem master updatetet nicht die Slaves mit. Dort musst Du manuell updaten.
Die "Immer alles restarten" liegt daran das ioBroker hier leider, wie oben schon gesagt, nicht sonderlich intelligent arbeitet und vom Standardfall "Singehost" ausgeht. In der Konfig eines Adapters steht ob er oder andere bei einem Update neu gestartet werden sollen und das macht ioBroker halt - für alle Instanzen egal wo diese liegen.Laut http://download.iobroker.net/stat.html haben wir aktuell "237 of 13908" Installationen mit Multihost …
Von daher: Github Issue anlegen dann kann man das man ändern `
genau so ist es .. ich habe auf dem slave einen admin und auf dem host auch einen … sollte der eine nicht laufen kann ich über den anderen noch rein..
und.. du musst zuerst den einen updaten dann den anderen .. gestoppt werden aber alle beide wenn du ein update durchführst..
-
Sorry Eric aber da muss ich Dir wiedersprechen :) `
Oh, ok. Das hatte mir mal jemand anders erklärt.Wieder was gelernt.
Gruß,
Eric
Von unterwegs getippert
-
Von daher: Github Issue anlegen dann kann man das man ändern `
Soll das issue für den Admin aufgemacht werden oder JS-Controller ?
-
-
Ich habe noch https://github.com/ioBroker/ioBroker.js … issues/182 dazugeschoben
-
Ich habe noch https://github.com/ioBroker/ioBroker.js … issues/182 dazugeschoben `
Sehr wichtiger Punkt!
Ist mir gerade bei Konfigurations Aufwendigen Adaptern (Modbus Register) schonmal leidlich passiert.
-
-
Kann mir noch kurz jemand erklären, warum es auf GitHub schon die Admin - Version 3.3.5 gibt, in meinem Admin aber als letzte "Available" Version die 2.0.9 angezeigt wird?
1643_unbenannt.png -
warum es auf GitHub schon die Admin - Version 3.3.5 gibt, in meinem Admin aber als letzte "Available" Version die 2.0.9 angezeigt wird? `
Bitte http://www.iobroker.net/docu/?lang=de die rechte Spalte auswendig lernen ;-)mit dem Umstellen auf latest machst du dich freiwillig zum Tester!
Gruß
Rainer
Support us
703
Online32.6k
Benutzer82.0k
Themen1.3m
Beiträge