Hyper Backup Problem bei Restore mit Hyper Backup Explorer aus Cloud/GMX WebDAV

[falk2312]

Hi,
ich habe ein verschlüsseltes Backup in die Cloud (WebDAV bei GMX) erstellt mittels Hyper Backup, ohne Probleme.
Beim testweisen Restore mit Hyper Backup Explorer wird der Vorgang zwar mit "erfolgreich" bestätigt, aber die Datei ist nicht da

Im Log steht:

2018-02-15T14:01:26controller.cpp:484 target: C:/Users/fn/Pictures/NAS BackupRestore
2018-02-15T14:01:26backupversionimpl.cpp:255 rpath photo/Hintz & Kuntz (ab Juni 2016)/IMG_3579.JPG
2018-02-15T14:01:27backupversionimpl.cpp:261 get file: IMG_3579.JPG
2018-02-15T14:01:27backupfileimpl.cpp:55 recvEx photo/Hintz & Kuntz (ab Juni 2016)/IMG_3579.JPG -> C:/Users/fn/Pictures/NAS BackupRestore
2018-02-15T14:02:21[13468]pool.cpp:1034 Error: opening the bucket file (Pool/0/0/403.bucket) failed
2018-02-15T14:02:21Error: Invalid argument

2018-02-15T14:02:21[13468]pool_restore.cpp:84 Error: initializing read bucket failed

2018-02-15T14:02:21[13468]pool_restore.cpp:168 Error: paring bucket index 403:39296 failed
2018-02-15T14:02:21[13468]virtual_file_restore.cpp:539 Error: VirtualFile calling _chunkPool.RestoreRead failed

2018-02-15T14:02:21(13468) server_helper.cpp:1323 (13468)failed to restore reading failed
2018-02-15T14:02:21[13468]utils.cpp:78 Error: unknown ver. number 0.0.0
2018-02-15T14:02:21(13468) local_restore_controller.cpp:463 (13468)failed to read version db: [DB Type: share, Name: photo]
2018-02-15T14:02:21(13468) restore_controller.cpp:888 (13468)Handled error[1]
2018-02-15T14:02:21backupfileimpl.cpp:79 partially restore


Hat jemand eine Ahnung, was da schief läuft?
VG Falk

DS215j
Hyper Backup Explorer Version: 2.1.2-0110

 

[pats13]

Hello, my apologies to answer in English but I have to since me writing German is a very bad idea. Although I can read it quite well since I'm from The Netherlands and there is some overlap in the language. And offcourse because you are our neighbours

I have the exact same problem and was wondering if we could exchange the type of connection, the exact service, whether or not you are backup encrypted or not and so on.
I actually signed up for this forum just to send you a DM, but it seems the system does not support that. Please let me know. Thank you. Danke.

 

[Fusion]

The system allows DM/PM, but it requires at least 2 postings on the forums i think.

Zum eigentlichen Problem kann ich nichts sagen. Welche Buckets/Container er wieso nicht lesen kann, wieso er unbekannte Versionsnummern hat etc. schwierig zu sagen bzw. daraus die Ursache zu bestimmen.

Wurde der Backup-Job mit einer älteren Version erstellt, oder mit der aktuellen Hyper Backup Version?
Schon ein Ticket bei Syno aufgemacht?

 

[falk2312]

Hi,
ich habe die damals aktuelle Version 2.1.2-0110 benutzt.
Ein Ticket bei Synology habe ich auch aufgemacht, die 2-3 Tipps hatten (die ich aber alle schon berücksichtigt hatte), und dann für weitere Analyse sowohl Admin-Fernzugriff auf mein NAS als auch die Zugangsdaten von meinem WebDAV Account haben wollten.
Der Fernzugriff ist a) technisch nicht möglich, weil ich b) mein NAS nicht für eingehenden Verkehr aus dem Internet geöffnet habe und c) hier mit Deutsche Glasfaser, deren IPv6 auf IPv4 Natting das auch nicht trivial ist. Und Zugangsdaten zu meinem WebDAV, die auch die Zugangsdaten zu meinem EMail-Provider GMX sind, gebe ich auch nicht aus der Hand.
Bin selber in der IT und kann das Problem verstehen, dass man nur so wahrscheinlich ordentlich debuggen kann, aber für mich ist das keine Option, alles "aufzumachen".

Ich habe das Problem jetzt so gelöst, dass ich quartalsweise ein Backup auf einer externe HDD erstelle und diese an einem anderen, sicheren Ort lagere. Das reicht für meinen UseCase aus, ist bedeutend billiger, halt nur etwas aufwändiger.
Für ne andere Idee bin ich gerne zu haben

VG Falk

 

[Fusion]

Eine Möglichkeit ist z.B. mit dem Support eine Teamviewer-Sitzung zu vereinbaren, dann muss man keine Zugangsdaten aus der Hand geben.
Ohne Kompromisse ist es wie du sagst relativ unwahrscheinlich die Ursache zu finden, falls nicht zufällig jemand vorbeikommt, der es schon mal gelöst hat und genau das gleiche Log bei sich dafür findet/dokumentiert hatte.

Ansonsten wäre noch eine Möglichkeit mit einem Test-Job, falls das möglich ist, zu testen und z.B. mal Dateien ohne Sonder- und Leerzeichen zu nehmen etc. ob man da irgendwelche Probleme findet.

Dass der Support nur "Tipps" zur Hand hatte heißt für mich entweder, dass es sich niemand angesehen hat der was mit dem Log anfangen kann, oder das Log nicht aussagefähig genug ist. Beides natürlich keine Auszeichnung für den Support.