backitup - Sicherung (CIFS/Copy) funktioniert nicht [gelöst]

[oetzi]

@fastfoot said in backitup - Sicherung (CIFS/Copy) funktioniert nicht:

Das ist nicht merkwürdig, sondern im Tutorial beschrieben:
Im buanet Container funktioniert iobroker stop nicht! Verwende pkill -u iobroker

Also in den Tutorials, die ich gelesen habe stand das leider nicht drin!
Aber trotzdem danke für den Tipp, damit hat es funktioniert, na ja, zumindest das stoppen.
Ich konnte auch den restore Prozess durchführen mit der finalen Meldung:
"System successfully restored!"
Nur sind keinerlei Adapter wiederhergestellt worden...

Jetzt fällt mir nur noch als Möglichkeit ein, dass wirklich was mit dem Backupfile nicht stimmt.
Ich werde jetzt mal den alten Container starten, auf der Kommandozeile ein "iobroker backup" aufrufen und mit der neuen Datei dann versuchen es im neuen Container wiederherzustellen. Grundsätzlich sollte es so doch gehen oder?!

[fastfoot]

@oetzi sagte in backitup - Sicherung (CIFS/Copy) funktioniert nicht:

Nur sind keinerlei Adapter wiederhergestellt worden...

das kann etwas dauern. Kannst du auf der Kommandozeile mit ps aux verfolgen, falls nicht wirklich ein Fehler vorliegt

Ansonsten ein neues Backup anlegen und einspielen, wie von dir erwähnt

[oetzi]

Oh man, langsam wird es echt demotivierend.
Das wiederherstellen scheint laut folgendem über Portainer einzusehendem Containerlog geklappt zu haben, zumindest tauchen da die ganzen Adapter auf:

Spoiler

2020-10-29T15:57:45.820655208Z ------------------------------------------------------------

2020-10-29T15:57:45.820975089Z ----- Step 5 of 5: ioBroker startup -----

2020-10-29T15:57:45.821946774Z ------------------------------------------------------------

2020-10-29T15:57:45.822239102Z

2020-10-29T15:57:45.822380281Z Starting ioBroker...

2020-10-29T15:57:45.822428523Z

2020-10-29T15:57:46.684711356Z ================================== > LOG REDIRECT system.adapter.admin.0 => true [starting]

2020-10-29T15:57:46.921001657Z host.IO-Broker check instance "system.adapter.admin.0" for host "iobroker"
2020-10-29T15:57:46.922341681Z host.IO-Broker check instance "system.adapter.alexa2.0" for host "iobroker"
2020-10-29T15:57:46.922918801Z host.IO-Broker check instance "system.adapter.backitup.0" for host "iobroker"
2020-10-29T15:57:46.923747365Z host.IO-Broker check instance "system.adapter.deconz.0" for host "iobroker"
2020-10-29T15:57:46.924354247Z host.IO-Broker check instance "system.adapter.discovery.0" for host "iobroker"
2020-10-29T15:57:46.925331009Z host.IO-Broker check instance "system.adapter.hm-rega.0" for host "iobroker"
2020-10-29T15:57:46.925969145Z host.IO-Broker check instance "system.adapter.hm-rpc.0" for host "iobroker"
2020-10-29T15:57:46.926843219Z host.IO-Broker check instance "system.adapter.hm-rpc.1" for host "iobroker"
2020-10-29T15:57:46.927472330Z host.IO-Broker check instance "system.adapter.hm-rpc.2" for host "iobroker"
2020-10-29T15:57:46.928305096Z host.IO-Broker check instance "system.adapter.info.0" for host "iobroker"
2020-10-29T15:57:46.929018163Z host.IO-Broker check instance "system.adapter.iot.0" for host "iobroker"
2020-10-29T15:57:46.929852946Z host.IO-Broker check instance "system.adapter.javascript.0" for host "iobroker"
2020-10-29T15:57:46.930345400Z host.IO-Broker check instance "system.adapter.linkeddevices.0" for host "iobroker"
2020-10-29T15:57:46.931084884Z host.IO-Broker check instance "system.adapter.openweathermap.0" for host "iobroker"
2020-10-29T15:57:46.931580669Z host.IO-Broker check instance "system.adapter.pushover.0" for host "iobroker"
2020-10-29T15:57:46.932372598Z host.IO-Broker check instance "system.adapter.tr-064.0" for host "iobroker"
2020-10-29T15:57:46.932868398Z host.IO-Broker check instance "system.adapter.web.0" for host "iobroker"

Aber dafür komme ich jetzt nicht mehr auf die Adminoberfläche?!?
Da kriege ich jetzt ein "Verbindung fehlgeschlagen" und ja, die IP und Port stimmt.
Kann man sich beim wiederherstellen irgendwas zerschießen?

Im iobroker.2020-10-29.log im /log Verzeichnis steht überigens noch folgendes:

Spoiler

2020-10-29 16:57:46.315 - info: host.IO-Broker iobroker.js-controller version 3.1.6 js-controller starting
2020-10-29 16:57:46.319 - info: host.IO-Broker Copyright (c) 2014-2020 bluefox, 2014 hobbyquaker
2020-10-29 16:57:46.320 - info: host.IO-Broker hostname: IO-Broker, node: v12.19.0
2020-10-29 16:57:46.322 - info: host.IO-Broker ip addresses: 192.168.178.200
2020-10-29 16:57:46.640 - info: host.IO-Broker connected to Objects and States
2020-10-29 16:57:46.918 - info: host.IO-Broker 17 instances found
2020-10-29 16:57:46.933 - warn: host.IO-Broker does not start any instances on this host

[Glasfaser]

@oetzi sagte in backitup - Sicherung (CIFS/Copy) funktioniert nicht:

does not start any instances on this host

in der Konsole

pkill -u iobroker
iobroker host this

und dann den Container neu starten

[oetzi]

@Glasfaser said in backitup - Sicherung (CIFS/Copy) funktioniert nicht:

iobroker host this

Halleluja!
Ich komme auf die Adminoberfläche UND alle Adapter sind da. Da habe ich nicht mehr dran geglaubt
Vielen Dank!

Jetzt verrat mir bitte noch, was der Befehl genau gemacht hat, damit ich es nachvollziehen kann. Hilft im Zweifel beim nächsten mal ein kleines bisschen weniger zu verzweifeln

[Glasfaser]

@oetzi

ganz einfach ... sieht man es auch hier im Log.

2020-10-29T15:57:46.921001657Z host.IO-Broker check instance "system.adapter.admin.0" for host "iobroker"

Dein altes Host ( auch im Backup vorhanden ) hat den Namen iobroker,
dein neues Host von dem Container hat den Namen IO-Broker.
Also passt das nicht zusammen.

Der Befehl hat aber nichts mit deinem alten host Namen iobroker zu tun , weil er auch zufällig mit iobroker anfängt , es ist nur der Befehl der auch so anfängt .

iobroker host this

beim nächsten Start passt dann alles ... sieht dann so aus :

xxxxxxxxxxxxxx01657Z host.IO-Broker check instance "system.adapter.admin.0" for host "IO-Broker"

[oetzi]

okay, also war im Backupfile irgendwo die Referenz auf den alten Hostnamen (IO-Broker) und das hat Probleme bereitet.
Mit deiner Erklärung kann ich das hier in der folgenden Logzeile nachvollziehen, aber sprechend finde ich das Log nicht. Es steht ja leider noch nicht mal ERROR oder ähnliches davor.

@Glasfaser said in backitup - Sicherung (CIFS/Copy) funktioniert nicht:

ganz einfach ... sieht man es auch hier im Log.
2020-10-29T15:57:46.921001657Z host.IO-Broker check instance "system.adapter.admin.0" for host "iobroker"

Und weil ich noch neugierig bin.
Was hat der Befehl denn jetzt genau geändert? Hat er dem ioBroker mitgeteilt, wer sein host (this -> In meinem Fall der neue Hostname iobroker) ist?

iobroker host this

[Glasfaser]

@oetzi sagte in backitup - Sicherung (CIFS/Copy) funktioniert nicht [gelöst]:

auf den alten Hostnamen (IO-Broker)

.... das ist doch der neue vom Container auf deiner Synology

Was hat der Befehl denn jetzt genau geändert? Hat er dem ioBroker mitgeteilt, wer sein host (this -> In meinem Fall der neue Hostname iobroker) ist?

Soweit richtig ... aber zum neuen Hostname IO-Broker

[oetzi]

@Glasfaser
Ne, genau anderes herum
Guck z. B. hier:

2020-10-29 18:56:10.364  - info: host.iobroker hostname: iobroker, node: v12.19.0

Aber das spielt ja eigentlich keine Rolle.

Vielen Dank erneut für deine Hilfe bei dieser langen und schweren Geburt

[Glasfaser]

@oetzi

Dann bin ich mit Log / Screenshot durcheinander gekommen ....
( Man sollte nicht gleichzeitig Fernseh schauen ,.... nicht Multitaskfähig )

aber du hast es ja jetzt verstanden