[HowTo] ioBroker Restore unter Linux durchführen

[Glasfaser]

@zuki sagte in [HowTo] ioBroker Restore unter Linux durchführen:

@homoran
Habe ich selbstverständlich auch so gemacht

Und was stand dann in der Ausgabe danach ?

iobroker stop gibt es nicht im Container

pkill -u iobroker

iobroker host this

[Homoran]

@zuki sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Passt das an der Stelle für den Admin über die WebUI?

keine Ahnung, was du da eingestellt hattest
Habe noch nie mit gesichertem Modus gearbeitet.
ggf. sit dein Schlüssel hier nicht bekannt

[Homoran]

@Glasfaser
@zuki sagte in [HowTo] ioBroker Restore unter Linux durchführen:

von einem Docker auf der Synology auf eine Proxmox VM umziehen.

[Zuki]

@glasfaser
Es ist kein Container sondern eine VM.

Allerdings seh ich grad, dass es nach dem Aufruf heißt ich hätte ein Multihost System... Das hatte ich aber noch nie eingerichtet.

administrator@iobroker-productive:/opt/iobroker$ iobroker stop
administrator@iobroker-productive:/opt/iobroker$ iobroker host this
Cannot use this command in multihost!

[Glasfaser]

@homoran sagte in [HowTo] ioBroker Restore unter Linux durchführen:

auf eine Proxmox VM

Habe nur Synology Docker gelesen

[Homoran]

@zuki sagte in [HowTo] ioBroker Restore unter Linux durchführen:

ich hätte ein Multihost System..

das kommt davon, dass du iobroker host this erst nach iobroker start eingegeben hast.
Dadurch existieren jetzt der alte und der neue Host in deinem System.

Hattest du irgendwo https:// aktiviert?

[Zuki]

@homoran
Ich hatte den iobroker immer sauber gestoppt.

Ich hab nochmal ein neues Backup vom "alten" System gemacht. Nach dem Einspielen dessen wird der Befehl zumindest ausgeführt

Host "ioBroker" successfully renamed to "iobroker-productive".
The host for instance "system.adapter.admin.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.discovery.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.info.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.musiccast.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.hue-extended.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.devices.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.javascript.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.harmony.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.zwave2.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.scenes.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.web.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.tr-064.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.jarvis.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.netatmo.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.trashschedule.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.ical.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.fritzdect.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.smartcontrol.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.iot.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.alexa2.0" was changed from "iobroker-productive" to "iobroker-productive".
The host for instance "system.adapter.backitup.0" was changed from "iobroker-productive" to "iobroker-productive".

Leider ist die WebUI immernoch nicht erreichbar.

Tatsächlich habe ich auf dem alten System https aktiviert. Der Zugriff nach dem Backup geht aber weder über http noch über https.

[Homoran]

@zuki sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Tatsächlich habe ich auf dem alten System https aktiviert.

da kenne ich mich nicht mit aus. Ich fürchte, dass dein neues System damit nichts anfangen kann, weil der Schlüssel anders/nicht vorhanden ist.

@zuki sagte in [HowTo] ioBroker Restore unter Linux durchführen:

geht aber weder über http noch über https.

klar!
https wird erwartet, geht aber nicht, http ist wegen der Einstellung nicht zulässig

EDIT:

Laut Doku
https://www.iobroker.net/#de/documentation/trouble/RunsNoMore.md
müsste jetzt iobroker set admin.0 --secure false helfen

[Glasfaser]

@homoran sagte in [HowTo] ioBroker Restore unter Linux durchführen:

weil der Schlüssel anders/nicht vorhanden ist.

Ich kenne mich auch nicht mit SSL aus , könnte man es nicht damit erneuern .

iobroker cert create

[Homoran]

@glasfaser ich habe gerade was editiert

[Zuki]

Scheint wirklich am SSL zu scheitern. Ich habe nun mit

iobroker add admin --port xxxx

eine neue Admin Instanz erzeugt und über diese komme ich auf die WebUI.
ich werd das mit dem Erzeugen eines Zertifikates aber auch noch probieren.

[Homoran]

@homoran sagte in [HowTo] ioBroker Restore unter Linux durchführen:

EDIT:
Laut Doku
https://www.iobroker.net/#de/documentation/trouble/RunsNoMore.md
müsste jetzt iobroker set admin.0 --secure false helfen

[Zuki]

@homoran
Das hat funktioniert

Danke für die schnelle und viele Hilfe

[Telekomiker]

@simatec Vielleicht stelle ich mich verdammt blöd an, aber ich bekomme mein iobroker Backup nicht wiederhergestellt.

1. Über Portainer das Docker Image buanet/iobroker:latest geladen
2. Container gestartet, Backitup Adapter installiert
3. SSH installiert, SFTP in der CONFIG eingerichtet
4. Backup per WINSCP in /opt/iobroker/backups geschoben (iobroker_2021_03_14-16_42_00_ioBroker_backupiobroker.tar.gz)
5. über die Console folgendes eingegeben:

root@iobroker:/opt/iobroker# sudo iobroker stop
iobroker controller daemon is not running
root@iobroker:/opt/iobroker# sudo iobroker restore 0
Stop iobroker first!
root@iobroker:/opt/iobroker# sudo systemctl stop iobroker
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: Der Rechner ist nicht aktiv

=> also kein Erfolg.

Zweiter Versuch über die Weboberfläche:
Dabei findet der Backitup Adapter das Backup auch lokal ohne Probleme. Wenn ich dieses dann wiederherstelle geht auch ein weiteres Brower (Chrome, Edge probiert) Tab auf welches aber sagt: "Webseite ist nicht erreichtbar - ERR_CONNECTION_REFUSED". Der IoBroker tut dann rein gar nichts nach CPU und RAM Werten.

Was mache ich falsch?

[Glasfaser]

@telekomiker

Ohne Angaben .... ich denke mal du hast eine Synology !?
Erstmal .... du bist root dann auch kein sudo bitte nutzen .

iobroker stop funktioniert nicht .

Nimm :

pkill -u iobroker

alles weitere steht in diesem Thread.

[Telekomiker]

@glasfaser said in [HowTo] ioBroker Restore unter Linux durchführen:

pkill -u iobroker

Nein läuft auf einem alten PC auf UnRaid.
Hat aber funktioniert! Vielen Dank!

[Glasfaser]

@telekomiker sagte in [HowTo] ioBroker Restore unter Linux durchführen:

auf einem alten PC auf UnRaid

Ok , dann ist es etwas anderes als Synology ( Docker)

Dann ist es Ratsam nicht mit root rumzuspielen !

[A Former User]

@simatec

Danke für diese Anleitung und ist ja nichts zu lehrreich wie ein Restore auch mal durchzuführen. Habe jetzt mal die SSD gewechselt und dadurch erschien ein Restore einfacher als sich stundenlang mit bootsektoren etc zu beschäftigen beim klonen.....

Fragen zum Vorgang und hatte 2.1.6 installiert:

IObroker hat soweit funktioniert, allerdings öffnete sich nach der "Minimalinstallation" + BackitUp-Adapter und Start des Restore bei mir diese zusätzliche Page zum Fortschritt nicht. Durch die Adapter/Instanzen konnte ich dann erahnen (fehlende Symbole) wo er derzeit mit dem Restore steckt.

Wichtiger wäre mir aber noch zu verstehen, wie MySQL/MariadB und InfluxDB zu handeln ist. Wenn ich über eine Neuinstallation komme, was habe ich "manuell" zu installieren? Jeweils MySQL + InfluxDB + die leeren Datenbanken nach der Installation mit entsprechenden Benutzern und Rechten anlegen oder macht BackitUp im Prinzip alles?

Ich hatte mariadB und influxdB mit den leerenDatenbanken und Nutzern + Rechten manuell wieder angelegt. Hier habe ich dann beim Restore im Log gesehen, dass bei influxdB abgebrochen wurde weil die dB schon vorhanden ist.

Als "meine" Sonderlösung habe ich 2 influxdB Datenbanken installiert und auch 2 Instanzen des influxdB Adapters zur jeweiligen Datenbank. Was sichert und stellt backitup beim restore wieder her?

Wie ist das alles zu verstehen und zu handeln? Vielen Dank!!!

[simatec]

@pete0815
Schaue mal in die Anleitung von Backitup. Dort ist sehr viel beschrieben.

https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md

Beim influx restore lokal, sollte eigentlich die vorhandene Datenbank gelöscht werden.
Musst aber in Backitup aktivieren.
Grundsätzlich ist es aber sinnvoller mit einem sauberen System zu starten.

Das heißt, die vorhandenen db‘s löschen und mysl und Influx wiederherstellen.
Erst dann die Adapter starten.

Zu deinen 2 Instanzen für Influx kann ich nichts sagen, denn ich weiß ja nicht, wie du Backitup konfiguriert hast.
Backitup sichert aktuell pro Instanz eine Datenbank.

[A Former User]

@simatec said in [HowTo] ioBroker Restore unter Linux durchführen:

@pete0815
Schaue mal in die Anleitung von Backitup. Dort ist sehr viel beschrieben.

https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md

Beim influx restore lokal, sollte eigentlich die vorhandene Datenbank gelöscht werden.
Musst aber in Backitup aktivieren.

Wo wäre das "Häkchen" zu setzen? In Wiederherstellen oder den Datenbankmenüs sehe ich nichts Passendes?

Grundsätzlich ist es aber sinnvoller mit einem sauberen System zu starten.

Das wäre für mich auch super einfach dann durchzuführen, aber mysql und influxdB ist generell noch manuell zu installieren ohne eine Datenbank anzulegen? Wie sieht es mit Rechten und Usern aus in den Datenbanken? Sorry aber in der Doku finde ich dazu derzeit keine Auskunft.

Das heißt, die vorhandenen db‘s löschen und mysl und Influx wiederherstellen.
Erst dann die Adapter starten.

Würde dann bei einem Komplettrestore gar nichts manuell anlegen

Zu deinen 2 Instanzen für Influx kann ich nichts sagen, denn ich weiß ja nicht, wie du Backitup konfiguriert hast.
Backitup sichert aktuell pro Instanz eine Datenbank.

Ich habe 2 influxdB Instanzen installiert und verweise jeweils auf eine Datenbank, nutze also 2 Datenbanken in infludB.
In BackitUp erkenne ich nur die Option 1 Datenbank zu hinterlegen. Deswegenb meine Verständnisfrage, was ich ggf manuell durch meine "Sonderlösung" zu lösen habe oder ob das backitup schon durchaus selbst löst. Wie kann ich das Auflösen (was brauchst Du für Infos)? Wie gesagt möchte verstehen was durch backitup abgedeckt ist und ich nicht manuell "vermurksen" sollte