IoBroker und Raspbian Stretch mit neuem Hostnamen

[dtp]

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

[Homoran]

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

[dtp]

Hi Rainer,

dann teste ich das heute Abend mal spaßeshalber. Vorher erzeuge ich aber von meiner jetzigen Installation ein Image.

[dtp]

Tja, das war dann wohl nichts. Gebe ich

sudo iobroker restore 2017_10_24-22_16_54_backupiobroker.tar.gz

ein, 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

[Homoran]

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 start

Wobei BackUpName natürlich wie du es gemacht hast gegen den Namen auszutauschen ist.

Den Rest deines Posts lese ich jetzt!

Gruß

Rainer

[Homoran]

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

[dtp]

@Homoran:

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

[Homoran]

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

[dtp]

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

[Homoran]

@dtp:

als funktioniert der Restore nicht mehr mit dem js-controller 1.2.0. Oder könnte es an Raspbian Stretch liegen? `
eigentlich nicht, habe ich bereits in der Konfiguration getestet.

Sagt dir die 174018 etwas?

Gruß

Rainer

[dtp]

@Homoran:

Sagt dir die 174018 etwas? `

Nee, leider gar nichts, zumal diese Zahl auch noch von der ersten Fehlermeldung, die aufgrund des etwas älteren Backup-Files erzeugt wurde, abweicht, obwohl eigentlich beide Backup-Files identische sein müssten, da sich zwischen ihnen nichts an meiner ioBroker-Installation geändert hatte. Obwohl, stimmt nicht ganz. Zumindest die Kalendereinträge der iCal-Instanzen hatten sich geändert. Wobei ich aber bezweifle, dass die überhaupt mit in das Backup übernommen werden.

Ich weiß leider nicht, was da los ist. Aber bevor ich zu viel Zeit in die Fehlersuche und -analyse investiere, konfiguriere ich den ioBroker lieber manuell.

Immerhin habe ich ja schon alle erforderlichen Instanzen installiert.

Bis dann,

Thorsten

[dtp]

So, habe jetzt fast alles wieder auf den aktuellen Stand gebracht. Hat mich gestern Abend zwei Stunden gekostet. Einzig die ganzen Kommandos für den text2command-Adapter und die Verknüpfung der einzelnen Datenpunkte mit dem SQL-Adapter fehlen noch.

Hat jemand zufällig einen Tipp für mich, wo ich die text2command-Befehle finde, so dass ich sie in die neue ioBroker-Installation übernehmen kann? Hab irgendwie keine Lust, die alle händisch einzufügen.

Gruß,

Thorsten

PS.: Soweit läuft ioBroker auf alle Fälle rund unter Raspbian Stretch.

[Homoran]

Hallo Thorsten,

auch wenn du fast fertig bist, hier zur Info ein weiterer Thread

http://forum.iobroker.net/viewtopic.php … lit=beckup

Gruß

Rainer

[dtp]

Hi Rainer,

nun ja, eine Lösung wurde da ja bis jetzt nicht gepostet. Insofern war meine bisherige Arbeit ja nicht umsonst.

Schade nur, dass es für den text2command-Adapter keine Im- und Exportfunktion gibt, wie das beispielsweise für die Javaskripte der Fall ist.

Gruß,

Thorsten

[dtp]

So,

nachdem mich gestern meine CCU2 etwas geärgert hatte (da war ich wohl nicht der Einzige ), ist der ioBroker nun wieder vollständig installiert und konfiguriert. Er läuft unter Stretch soweit einwandfrei. Nur das mit Einspielen des Backup-Files wollte leider nicht so recht. Daher musste ich alles manuell machen. Ansonsten wäre es vermutlich eine relative "leane" Geschichte gewesen.

Bis dann,

Thorsten

[Micro1959]

Hallo Thorsten,

wie ist denn der manuelle Weg.

Ich habe nämlich auch so ein Restore-Problem.

Deine Fehlermeldung sieht so aus wie meine.

LG Volker

[Homoran]

Der Fehler wurde mit der js-controller version 1.2.1 behoben.

Gruß Rainer