IoBroker und Raspbian Stretch mit neuem Hostnamen
-
Hi,
ich würde gerne meinen bestehenden ioBroker auf Raspbian Stretch umziehen. Das dürfte ja kein großes Problem sein, oder?
-
Einfach Raspbian Stretch Lite installieren und auf Deutsche Sprache und Tastatur umstellen.
-
Feste IP-Adresse vergeben.
-
Node.js 6.11.4 installieren.
-
ioBroker installieren.
-
Bisherige Adapter installieren.
-
Backup einspielen. EDIT: Und genau das geht aktuell leider nicht, wenn man ein unter Raspbian Jessie erstelltes Backup unter Stretch einspielen möchte. http://forum.iobroker.net/viewtopic.php?f=17&t=8659&p=92008#p92466.
-
Fertig.
Geht das aber auch so einfach, wenn ich den Hostnamen meines Raspis von derzeite HomeIP2 auf HomeIP ändere oder was muss ich hier beachten?
Gruß,
Thorsten
-
-
Hi Thorsten,
das Vorgehen passt so.
Bzgl. Hostname lies Dir mal die Doku bzw. die Commandline-Parameter durch ==> https://github.com/ioBroker/ioBroker/wi … roker-host
Gruß,
Eric
-
Hi Eric,
klasse. Danke für den Link. Das hört sich ja einfach an.
Dann werde ich heute Abend mal ein Image meiner derzeitigen SD-Karte erstellen und mich danach ans Werk machen.
Gruß,
Thorsten
-
Bin gestern Abend leider nicht ganz so weit gekommen, wie geplant.
Konnte aber immerhin den ioBroker schon mal problemlos unter Stretch installieren. Die ersten vier Punkte meiner obigen Liste sind also abgearbeitet.
Heute Abend setze ich mich dann an den Rest.Gruß,
Thorsten
-
Nur keine Hektik
Gruß,
Eric
-
So, nun hat sich das mit dem Backup leider doch nicht ganz so einfach dargestellt, wie erhofft. Oder ich hab noch was falsch gemacht.
Frage: Muss ich die einzelnen Adapter-Instanzen und Javaskripte wieder manuell einrichten, oder läuft das ebenfalls irgendwie über das Backup? Irgendwie habe ich den Eindruck, es wurden nur meine vis-Projekte gesichert.
Ansonsten läuft der ioBroker bisher rund unter Stretch.
Gruß,
Thorsten
-
Moin,
im Backup sind keine Instanzen, usw. drin.
Die Adapter/Instanzen musst Du erst wieder einrichten, usw.
In Deinem ersten Posting hast Du es ja auch so beschrieben
@dtp:-
Bisherige Adapter installieren.
-
Backup einspielen.
-
Fertig. `
Gruß,
Eric
-
-
Ja, wobei ich mir da noch nicht über die genaue Vorgehensweise bewusst war.
Kurz noch mal zur Klärung.
Ich habe alle Instanzen, wie bei meiner ursprünglichen Installation erzeugt, diese aber bisher noch nicht konfiguriert. Sprich, die meisten der installierten Adapter stehen im Moment noch auf rot.
Wenn ich jetzt im Verzeichnis /opt/iobroker mit
iobroker restore 0das vorhandene Backup zurückspiele, werden dann sämtliche Adapter-Einstellungen inkl. etwaiger Passwörter automatisch gesetzt, oder muss ich das evtl. vorher bzw. nachher selbst machen? Was ist mit den Skripten? Werden die auch alle wieder automatisch erzeugt?
Ich könnte es zwar ausprobieren, bin aber gerade nicht zuhause. Und vielleicht profitiert ja noch der Eine oder Andere von einer Klärung.
Gruß,
Thorsten
-
Bei einem ioBroker restore BackUpName wird (fast) alles wiederhergestellt was vorher in der Installation vorhanden war. Bei Skripten bin ich mir nicht sicher. Aber views, Konfigurationen und Instanzen werden übernommen.
Anschließend werden diese Instanzen neu installiert. Passend zur neuen Hardware. Das kann schon einige Stunden dauern. Etwa 2 auf dem tinkerboard bei mir.
Gruß
Rainer
-
Hallo Rainer,
kann es den Vorgang beschleunigen oder gar behindern, wenn ich die Instanzen vorher quasi blanko - also unkonfiguriert - anlege?
So habe ich es ja im Moment. Das hat mich gestern Abend auch gut 1 1/2 Stunden beschäftigt, da so eine Adapter-Installation schon seine Zeit braucht.
Die einzelnen Adapter wieder neu zu konfigurieren, wäre jetzt gar nicht mal das große Problem. Aufwändiger wird's eher bei den gut 30 Javaskripten, die ich laufen habe.
Der einzige Vorteil einer erneuten Komplett-Einrichtung wäre der, dass ich mir dann keine Gedanken mehr über den geänderten Hostnamen machen müsste.
Gruß,
Thorsten
-
@dtp:Der einzige Vorteil einer erneuten Komplett-Einrichtung wäre der, dass ich mir dann keine Gedanken mehr über den geänderten Hostnamen machen müsste. `
vor dem ersten Start von ioBroker bitte````
iobroker host this~~@dtp:~~ > kann es den Vorgang beschleunigen oder gar behindern, wenn ich die Instanzen vorher quasi blanko - also unkonfiguriert - anlege? ` ist halt eine längere Hand-On Time. Die Installation der Adapter findet trotzdem dann statt, und dauert IMHO genauso lange. (Es ist halt die Summe der Zeit, die benötigt würde die Adapter nacheinander anzulegen - nur automatisiert) ~~@dtp:~~ > Aufwändiger wird's eher bei den gut 30 Javaskripten, die ich laufen habe. ` Hier würde ich die Skripte exportieren und wieder importieren. Wenn ich eine neue Hardware teste, mache ich es so, dass ich -auch als Crossgrade- das Backup meiner Standard-Vergleichsinstallation einlese und anschließend beide Installationen nebeneinander öffne und mit C&P die Skripte kopiere. Gruß Rainer -
Hallo Rainer,
danke für Deine Tipps. Ich habe nur die Befürchtung, dass meine aktuell vorbereiteten Instanzen durch das Einspielen das Backups um weitere Instanzen ergänzt werden.
Beispiel: Im Moment habe ich drei leere iCal-Instanzen 0, 1 und 2 installiert. Legt der ioBroker, wenn ich nun das Backup einspiele, drei weitere Instanzen 3, 4 und 5 an oder überschreibt er die drei vorhandenen Instanzen 0 bis 2?
Ich glaube, zur Sicherheit sollte ich dann wieder sämtliche Adapter-Instanzen vor dem Einspielen des Backups löschen, oder?
Gruß,
Thorsten
-
Hallo Thorsten,
ich spiele ja schon wirklich viel mit ioB, aber das Szenario, dass ich eine Installation schon mit einigen Instanzen verwurstet habe und dann erst ein Restore einspiele hatte ich noch nicht getestet.
Rein aus dem Bauch heraus behaupte ich, dass ein restore alles bisherige überschreibt und eine exakte Kopie der "gebackupten" (doofes Wort) Installation anlegt.
Schließlich weiss ja die Konfigdatei im Backup nichts von den neuen Dingen.
Gruß
Rainer
-
Hi Rainer,
dann teste ich das heute Abend mal spaßeshalber. Vorher erzeuge ich aber von meiner jetzigen Installation ein Image.
-
Tja, das war dann wohl nichts. Gebe ich
sudo iobroker restore 2017_10_24-22_16_54_backupiobroker.tar.gzein, erhalte ich folgende Fehlermeldung:
iobroker controller daemon is not running host.HomePi OK. undefined:154108 SyntaxError: Unexpected end of JSON input at Object.parse (native) at restoreAfterStop (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:435:28) at Daemon. <anonymous>(/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:563:17) at emitNone (events.js:91:20) at Daemon.emit (events.js:185:7) at Daemon._kill (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:246:14) at Daemon.stop (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:185:17) at /opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:565:20 at /opt/iobroker/node_modules/tar.gz/index.js:142:11 at _combinedTickCallback (internal/process/next_tick.js:73:7) at process._tickCallback (internal/process/next_tick.js:104:9)</anonymous>Im Übrigen find ich da https://github.com/ioBroker/ioBroker/wiki/Console-commands#iobroker-restore auch nicht sehr gelungen.
Zum Einen steht da nicht, in welchem Verzeichnis man den Restore-Befehl ausführen und wohin man das Backup-File dazu kopieren soll, zum Anderen fehlt in den Zeilen 2 bis 4 das "restore".
Gruß,
Thorsten
-
Auch ich lese keine Anleitungen
die verlinkte kannte ich gar nicht.
Bevor ich mich jetzt zu weit aus dem Fenster lehne muss ich mal sehen, ob ich überhaupt eine geschrieben habe und was da für ein Blödsinn drin steht.
Ich glaube aber dass unter FAQ eine steht.(und im Forum sowieso mehrmals)
Jetzt hier mal aus dem Kopf:
Bei der neuen Installation unter /opt/iobroker das Verzeichnis backups anlegen. In dieses Verzeichnis die gesicherte Backupdatei kopieren.
Anschließend per puTTY auf den neuen SBC
cd /opt/iobroker sudo iobroker stop sudo iobroker restore BAckUpName sudo iobroker startWobei BackUpName natürlich wie du es gemacht hast gegen den Namen auszutauschen ist.
Den Rest deines Posts lese ich jetzt!
Gruß
Rainer
-
Gelesen!
Du hast ein mir nicht bekanntes Problem.
Wenn du irgendetwas anders gemacht hast, als ich eben geschrieben, bitte Info, vielleicht kann ich die Meldung dann zuordnen. Ansonsten:
@dtp:iobroker controller daemon is not running `
restore überprüft das und es ist nur eine statusmeldung = ok!@dtp:host.HomePi OK. `
Was hier mit dem Namen des Hosts bestätigt wird.Ab jetzt ??????
Keine Ahnung, sorry
Gruß
Rainer
-
Jetzt hier mal aus dem Kopf:
Bei der neuen Installation unter /opt/iobroker das Verzeichnis backups anlegen. In dieses Verzeichnis die gesicherte Backupdatei kopieren.
Anschließend per puTTY auf den neuen SBC
cd /opt/iobroker sudo iobroker stop sudo iobroker restore BAckUpName sudo iobroker start ```` `Hallo Rainer,
genau so hab ich's gemacht. Hab jetzt noch mal meine erste SD-Karte reingeschoben und ein neues Backup-File erzeugt. Vielleicht war das alte ja korrupt.
Im Moment schreibe ich gerade das Image-File meiner Stretch-Installation neu auf die zweite SD-Karte. Werde berichten.
Gruß,
Thorsten
-
Noch etwas:
wenn du in der alten Installation Redis benutzst, musst du auf der neuen natürlich auch:
-
redis-server installieren
-
iobroker setup custom ausführen
-
- und states von file auf redis umstellen (4.Zeile)
Gruß
rainer
-
-
Hallo Rainer,
redis verwende ich nicht.
Hab es jetzt mit dem neuen Backup-File versucht. Gleiche Fehlermeldung:
sudo iobroker restore 2017_10_26-19_24_11_backupiobroker.tar.gz iobroker controller daemon is not running host.HomePi OK. undefined:174018 SyntaxError: Unexpected end of JSON input at Object.parse (native) at restoreAfterStop (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:435:28) at Daemon. <anonymous>(/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:563:17) at emitNone (events.js:91:20) at Daemon.emit (events.js:185:7) at Daemon._kill (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:246:14) at Daemon.stop (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:185:17) at /opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:565:20 at /opt/iobroker/node_modules/tar.gz/index.js:142:11 at _combinedTickCallback (internal/process/next_tick.js:73:7) at process._tickCallback (internal/process/next_tick.js:104:9)</anonymous>Sieht so aus, als funktioniert der Restore nicht mehr mit dem js-controller 1.2.0. Oder könnte es an Raspbian Stretch liegen? Na ja, egal. Dann muss ich wohl den manuellen Weg gehen.
Gruß,
Thorsten
