Hyper Backup Hyper Backup auf Remote DS funktioniert seit Update vom 6.7. nicht mehr

[pit070166]

Hallo zusammen,

ich hatte bereits seit einiger Zeit einen Hyper Backup-Job ueber das Internet auf eine zweite DS laufen. Das ging wochenlang gut.
Am 6.7. aber habe ich das neue Hyper Backup Update Paket installiert und seitdem sagt die sichernde DS im Protokoll "Failed to access the backup destination" und die Ziel-DS "Failed to start".
Grundsaetzlich funktioniert der Connect. Also, wenn ich z.B. auf der sichernden DS die Integritaet der Sicherung pruefen lasse, funktioinert dies einwandfrei.

Ist das sonst schon jemandem aufgefallen?
Uebrigens: Ich mache auch eine umgekehrte Sicherung bei der ich Quell und Ziel-DS umkehre - diese funktioniert einwandfrei.

Viele Gruesse
Pit

 

[isochrone]

Hi,

hatte das Problem auch. Auf der Ziel-DS hab ich im message Log (/var/log/message) folgenden Fehler gefunden:
Jul 9 13:00:42 DiskStation01 synoimgbkptool: [17950]guard_action.cpp:41 failed to open [/volume1/Backup/DiskStation03_1/Guard/config.json]
Jul 9 13:00:42 DiskStation01 synoimgbkptool: Error: Permission denied
Jul 9 13:00:42 DiskStation01 synoimgbkptool: [17950]guard_action.cpp:544 failed to load guard config

Habe dann gesehen, dass diese Datei (config.json und eine mit _dup) root gehörte:
-rwx------ 1 root root 70 Jul 9 03:30 config.json
-rwx------ 1 root root 70 Jul 9 03:30 config.json_dup

Da alle anderen Dateien in diesem Ordner (und im Backup Ordner /volume1/Backup/DiskStation03_1 allgemein) dem User backup (und Gruppe users) gehören habe ich diese mit
chown backup:users config.json
chown backup:users config.json_dup
(wieder) dem Backup User gegeben.

Danach ging das Backup bei mir wieder.

Wodurch das passiert ist weiss ich aber auch nicht. Und auch keine Garantie das das Vorgehen keine anderweitigen Auswirkungen hat.

Ach so, lesen des message Log und setzen des Owners mit chmod funktionieren nur mit root Rechten, also Vorsicht!

Gruß,

Iso

 

[isochrone]

Hm, ist bei mir wieder aufgetreten. Möglicherweise ein Problem mit der Rotation alter Backups...

 

[Sunfan]

Hallo,

ich habe das selbe Problem auf zwei Diskstations seit ich vor ein paar Tagen Hyper Backup aktualisiert habe. Hyper Backup hat nun ein paar neue Funktionen - aber das Sichern auf entfernte Diskstations (Hyper Backup Vault) geht ncht mehr.

Wenn man die Sicherung von Hand startet kommt die Meldung : "Nur der Eigentümer dieser Datensicherungsaufgabe darf die Datensicherung durchführen".

Ich habe den Sicherungsjob als Admin auf der lokalen Diskstation eingerichtet. Bei der Definition der Ziel-Diskstation habe ich die Anmeldedaten eines dort definierten Users (Username: Safeme) verwendet. Das ging wochenlang problemlos - bis zum Update.

Erster Lösungsansatz:
Wenn ich auf der Ziel-Diskstation nachschaue gehört der Job dem User Safeme. Als lokaler Admin darf ich diesen Job nun nicht mehr starten - weil er mir nicht ghört.
Versuchsweise habe ich einen User Safeme mit dem selben Passwort wie der remote User Safeme lokal eingerichtet. Aber auch dieser darf den Sicherungsjob nicht starten.

Zweiter Lösungsansatz:
Ich habe einfach wie bisher nochmals einen neuen Job definert ( lokal als Admin mit den Anmeldedaten des remoten useres auf der Ziel-Diskstation ). Das funktioniert!
Ich kann nun remote wieder sichern.

Richtig unangenehm bei dieser Lösung ist aber, dass ich nun nochmals mehrere Dutzend Gigabyte über das Internet sichern muss - weil der Job ja neu ist - und nicht nur die wenigen Änderungen inkrementell gesichert werden. Das ist bei meiner Uploadgeschwindigkeit trotz DSL16000 ein echtes Zeitproblem. Da ich das an einem Tag nicht schaffe, muss ich die Datensicherungsmenge Tag für Tag ordnerweise erhöhen. Mein Provider verpasst mit nachts immer eine neue öffentliche IP-Adresse - somit kann ich nicht über mehrere Tage hinweg sichern.

Oder ich muss die remote Synology Diskstation wieder abbauen, lokal installieren, die Daten erstmailg über mein GigabyteLan sichern, dies Ziel-Synology wieder abbauen und am entfernten Standort wieder installieren. Das ist eine ganz schön hoher Aufwand für ein von Synology versemmeltes Hyper Backup Update!! Wie oft steht mir/uns das künftig noch bevor???


Haben die Programmierer von Hyper Backup da etwas übersehen?
Oder liegt der Dankfehler bei mir?
Hat jemand eine bessere Lösung?

Herzliche Grüße, Sunfan

 

[skiper]

Hallo,

ich habe genau das gleiche Problem. Zwei der insgesamt vier Backups auf von der DS1515+ zur DS213 funktionieren ohne Änderung der Einstellungen auch nicht mehr. Diese liefen seid dem 03. Januar dieses Jahres ohne Probleme. Hatte nochmals alle Einstellungen im Hyper Backup verglichen und diese sind bei allen vier Backups identisch.

Nachdem was ich im Internet gefunden habe, scheint es mir fast ein Bug im Update zu sein. Hoffe, dass Synology mal reagiert.

 

[schk]

Job löschen und neu generieren hat bei mir ebenfalls geholfen. Sichere auch auf einen 2. remote Server. Ist bei DSL schnell zeitintensiv.

 

[wace]

Hi Isocrome,

chown backup:users config.json
chown backup:users config.json_dup

Die Lösung hat bei meinem User geholfen, um die Backups wieder zum laufen zu bekommen.

Vielen Dank für den Tip


Grüsse

Wace

 

[pit070166]

Hallo zusammen,

gerade eben habe ich das neue Hyper Backup Vault Update (1.1.0-0140) eingespielt und jetzt funktioniert wieder alles, wie vorher ...

Viele Gruesse
Pit

 

[JD-Syn]

Hallo,

ich hänge meine Problembeschreibung mal an diesen Thread von vor einem Jahr ran, da ich ein ähnlich geartetes Problem mit Hyper Backup habe:

Meine Konfiguration:
DS214+, DSM 6 seit März 2017, aktuell DSM 6.1.3-15152 Update 1, derzeit testweise nur einen 8 TB WD Festplatte eingebaut
Hyper Backup 2.0.4-0469 (aktuellste Version)
(vorher 2 Festplatten, beide Basic, kein RAID)

Das Problem:
seitdem ich auf DSM 6 im März dieses Jahres umgestellt habe, wurden meine 2 Backup Tasks auf Hyper Backup umgestellt. Die 2 Backup Tasks bestehen einfach daraus, dass unterschiedliche Verzeichnisse von der fest eingebauten Festplatte "volume1" einfach auf die fest eingebauten Festplatte "volume2" gesichert werden - der eine Task soll dieses täglich um 6:30, der andere (andere Verzeichnisse) nur einmal wöchentlich Dienstags um 11 tun. (ja, mir ist klar, dass dies kein ausfallsicheres Backup gegen Diebstahl, Brand, Stromspitze, Feuer, etc. ist
Nachdem ich die 2 Backup Tasks in Hyper Backup angelegt habe, konnte ich die allererste Sicherung auch problemlos manuell anstoßen, diese lief auch anstandslos durch. Die jeweiligen automatischen täglichen bzw. wöchentlichen Backups sind aber leider nie losgelaufen - diese funktioniert einfach nicht! Ich kann zwar immer wieder die 2 Backup Tasks manuell neu anstoßen und dann wird eine neue Version oben drauf gesichert, aber automatisch läuft das einfach nicht an.

Testweise habe ich nun einfach mal die zweite 8TB Platte alleine eingebaut, auf dieser das "volume2" komplett neu angelegt, DSM und Hyper Backup auf den aktuellsten Stand gebracht, ein paar Testverzeichnisse mit Testdaten drauf geladen und in Hyper Backup einen neuen Backup Task (Test Backup 1) mit täglicher Versionierung jeweils um 6:30 angelegt, diesen am 14.7. manuell angestoßen, welcher auch erfolgreich durchlief (siehe Screenshot 1 und 2).



Wie berichtet funktioniert aber das tägliche automatische Backup überhaupt nicht (siehe Screenshot 3)!


Die Rechte der oben angegebenen Dateien "config.json" und "config.json_dup" habe ich überprüft - beide Dateien und alle weiteren Dateien in dem "Guard" Verzeichnis und dem darunter liegenden Verzeichnis gehören
-rwx------+ 1 admin users 66 Jul 14 09:38 config.json
-rwx------+ 1 admin users 66 Jul 14 09:38 config.json_dup
da ich den Backup Task ja auch mit dem admin Account angelegt habe. Das scheint also nicht mein Problem zu sein.

Auch im message Log (/var/log/message) gibt es keinerlei Eintrag zu einem nicht erfolgreichen / fehlerhaften Versuch die täglichen Backups um 6:30 anzufertigen. Da gibt es einfach gar keinen Eintrag nach dem 14.7.2017 (siehe Screenshot 4):


Inzwischen bin ich mit meinem Latein am Ende und dachte, bevor ich ein Ticket bei Synology auf mache, frage ich nochmal bei Euch im Forum nach - über hilfreiche Hinweise bin ich dankbar!

Viele Grüße, JD

 

[PaulKuhn]

Hallo miteinander,

ich habe das gleiche Problem.

Die Ziel-DS ist normal erreichbar.
Hyperbackup auf der Quell-DS behauptet die Ziel-DS sei offline.

Leider funktioniert zur Zeit auch das Absenden von Supportformularen nicht.

Vielleicht äußert sich ja auch mal der Support an dieser Stelle zu dem Problem.

Hallo zusammen,

ich hatte bereits seit einiger Zeit einen Hyper Backup-Job ueber das Internet auf eine zweite DS laufen. Das ging wochenlang gut.
Am 6.7. aber habe ich das neue Hyper Backup Update Paket installiert und seitdem sagt die sichernde DS im Protokoll "Failed to access the backup destination" und die Ziel-DS "Failed to start".
Grundsaetzlich funktioniert der Connect. Also, wenn ich z.B. auf der sichernden DS die Integritaet der Sicherung pruefen lasse, funktioinert dies einwandfrei.

Ist das sonst schon jemandem aufgefallen?
Uebrigens: Ich mache auch eine umgekehrte Sicherung bei der ich Quell und Ziel-DS umkehre - diese funktioniert einwandfrei.

Viele Gruesse
Pit