gelöst: Backitup Adapter verweigert Rücksicherung nach crash

[Rosi8818]

@simatec said in Backitup Adapter verweigert Rücksicherung nach iob crash:

Dann jetzt vom NAS in den Ordner /opt/iobroker/backups per SFTP Tool die Backups ablegen

habe ich, sind jetzt wieder sichtbar, muss jetzt noch prüfen ob die auch funktionieren...

[Homoran]

@rosi8818 sagte in Backitup Adapter verweigert Rücksicherung nach iob crash:

und die hat andere Berechtigungen

das ist ja dein Problem
Auf dem NAS gehören die Daten root

[Rosi8818]

@homoran said in Backitup Adapter verweigert Rücksicherung nach iob crash:

das ist ja dein Problem
Auf dem NAS gehören die Daten root

also brauche ich da einen user iobroker?

[Thomas Braun]

@homoran sagte in Backitup Adapter verweigert Rücksicherung nach iob crash:

das ist ja dein Problem

Aber wohl auch nur eines (was aber auch im eigentlichen Sinne gar kein Problem ist).
Viel mehr machen mir die vier mounts da Sorgen. Mir ist noch nicht so ganz klar wo die alle herkommen. Aus der fstab? Vom Adapter? Von allem gleichzeitig?

[Thomas Braun]

@rosi8818 sagte in Backitup Adapter verweigert Rücksicherung nach iob crash:

also brauche ich da einen user iobroker?

Ja, ich würde da einen user dafür anlegen. Schraubst du da immer 'mit alles und 'charf' als root rum?

[Rosi8818]

@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:

Aus der fstab? Vom Adapter?

ich vermute durch meine Panik, als nichts mehr lief habe ich versucht zu retten mit restore u.ä. ich schätze dabei habe ich das Problem irgendwie verursacht. Ich schaue mal meine Logs heute Nacht durch was ich alles getrieben habe.
Wie gesagt bis vor ein paar Tagen lief das mit dem NAS bestens. Daher der Verdacht das Problem sitzt vor dem PC...

[Rosi8818]

@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:

Ja, ich würde da einen user dafür anlegen. Schraubst du da immer 'mit alles und 'charf' als root rum?

nei eigentlich nicht, warum ich den da genutzt habe ist mir unklar. Ich nutze immer eigene User für irgendwelche Dinge um sie klar zuzuordnen.

[Rosi8818]

@Thomas-Braun , @Homoran , @simatec , ich danke euch für Eure Gedult.
Ich

• setze den Thread auf gelöst

• schaue dann jetzt erst mal ob alles funktioniert was ich zurückgesetzt habe

• ändere dann den Benutzer des NAS

• und gehe heute Nacht mal die Logfiles durch, das lässt mir keine Ruhe

[Thomas Braun]

@rosi8818

Ja, das ist ja auch Sinn und Zweck von usern.

Läuft das denn jetzt mit dem lokalen Backup?
Dann denk dran, diese Dateien auch wieder aus /opt/iobroker/backups zu löschen, bevor du zum automatischen Backup via Backitup-Adapter zurückgehst.

[Rosi8818]

Admin geändert auf anderen User mit weniger rechten, lokale und NAS Backup läuft und vorher auch das Restore (was ich so sehen konnte). Alle Backups sind komplett woanders gesichert (verschoben) so das jetzt alles wieder frei ist...
ich freu mich wie bolle und brauche jetzt erst mal ein Kaffee mit Schuss

[simatec]

@rosi8818 Prost
Bitte setze das Thema auf [gelöst]

[Homoran]

@simatec sagte in gelöst: Backitup Adapter verweigert Rücksicherung nach crash:

Mein Rat für den schnellen restore:
Die benötigten Backups mit einem SFTP Tool (z.B. Filezilla) vom NAS auf deinen iobroker in den Ordner /opt/iobroker/backups legen und den Restore lokal ausführen.
Grundsätzlich rate ich generell den restore lokal auszuführen.
Das schließt einige Fehlerquellen aus, die backitup zum Großteil nicht beeinflussen kann

wie sieht es eigentlich grundsätzlich bei einem restore auf einer anderen Installation/Hostnamen aus.
Macht backitup ein iobroker host this vor dem Neustart?

Ansonsten sollte man wohl besser nicht nur lokal, sondern auch manuell restoren

[simatec]

@homoran Backitup macht ein „host this“ nach dem Restore

[Homoran]

@simatec sagte in gelöst: Backitup Adapter verweigert Rücksicherung nach crash:

@homoran Backitup macht ein „host this“ nach dem Restore

Danke!

[Glasfaser]

@simatec sagte in gelöst: Backitup Adapter verweigert Rücksicherung nach crash:

@homoran Backitup macht ein „host this“ nach dem Restore

Gesten war ein Fall wo es nicht so war !?
Deshalb habe ich auch nach der Version gefragt .

https://forum.iobroker.net/topic/50346/iobroker-aus-backup-wiederherstellen-docker-synology

[simatec]

@glasfaser Dann schaue ich mir das zur Sicherheit noch einmal an

[Glasfaser]

@simatec

Im Synology Log , kann man auch den alten / neuen Host sehen .
Und dort bleibt er dann stehen , was auch schon @fastfoot schon öfters bemerkt hat , bzw. ich meine auch er hat ein Issues dazu erstellt . ( Docker )

https://forum.iobroker.net/topic/50346/iobroker-aus-backup-wiederherstellen-docker-synology/14

[fastfoot]

@simatec sagte in gelöst: Backitup Adapter verweigert Rücksicherung nach crash:

@homoran Backitup macht ein „host this“ nach dem Restore

ich meine gelesen zu haben dass iob host this nicht auf Multihostsystemen angewendet werden soll. Macht das dann nicht Probleme? Wichtiger, seit welcher Version ist das so? Es gab nämlich ein issue für den js-controller dazu welches wohl erst mit js-controller gefixt sein wird, wenn ich das richtig verstanden habe: https://github.com/ioBroker/ioBroker.js-controller/issues/1450

buanet created this issue in ioBroker/ioBroker.js-controller

closed Restoring backup on different hostname (new docker container) fails/ shows strange behavior #1450

[fastfoot]

@glasfaser das issue kam von Andre. Wobei das Restore beim jungfräulichen Start des Containers auf der Konsole erfolgt und somit der BackitUp Adapter nichts damit zu tun hat

[Homoran]

@fastfoot sagte in gelöst: Backitup Adapter verweigert Rücksicherung nach crash:

ich meine gelesen zu haben dass iob host this nicht auf Multihostsystemen angewendet werden soll.

Das habe ich gerade als Meldung bekommen
glaube mich aber zu erinnern, dass man früher nur den Host spezifizieren musste, auf den sich das this beziehen sollte.
Diese Option habe ich jetzt nicht gefunden