Hyper Backup Hyper Backup Probleme mit rsync-kompatiblem Server nach Abbruch eines Backups

Status
Für weitere Antworten geschlossen.

sirpreis

Benutzer
Mitglied seit
06. Apr 2016
Beiträge
55
Punkte für Reaktionen
4
Punkte
8
Ich bin mehr und mehr erschrocken, wie verbuggt und unausgereift ein größerer Teil der Synology Software doch ist..

Kennt jemand folgendes Problem? Ich hatte bis gestern ein offsite Backup Konstrukt aus einem Raspberry Pi mit Rsync Server (openmediavault) und externer Festplatte. Hyper Backup hat auf diesen Server 2 mal die Woche ein Backup geschrieben, das lief zwei Wochen lang problemlos.

Gestern lief ein etwas längerer Backupjob, da >20 GB an Daten mit nur ~500kb/szu übertragen waren (Gerät steht im Büro und verbindet sich per VPN mit meiner Fritzbox). Der Job war schon ~16 Stunden am laufen, als mir DSM sagte, dass es Updates für Audio Station und PHP gäbe. Ohne groß darüber nachzudenken habe ich die Updates installieren lassen. Bei einem der beiden gab es dann aber eine Meldung, dass das Update fehlgeschlagen sei. Das "Speicher"-Widget zeigte kein Volumen mehr an, der Hyper Backup Job wurde wohl abgebrochen.

Nach einem Neustart der Diskstation war zwar das Volume wieder da, der Hyper Backup Job ließ sich aber nicht mehr fortführen bzw. neu starten, er blieb bei "Systemkonfiguration wird gesichert" hängen und machte nicht weiter. Ich habe dann heute den Raspberry Pi mit nach Hause gebracht mit dem Plan ein komplett neues Backup anlegen. Alle Hyper Backup Aufträge bis auf einen Auftrag, der einmal pro Nacht auf eine externe USB-Platte schreibt, sind gelöscht. Ich kann zwar einen Job anlegen (rsync-kompatibler Server), es wird auch das auf dem Rsync-Server angelegt "Backupmodul" gefunden, ich kann die zu sichernden Verzeichnisse auswählen. Ich bekomme dann aber entweder nach der SEite zur Auswahl der zu sichernden Anwendungen oder eine Seite weiter (scheint willkürlich zu sein) die Meldung

"Vorgang fehlgeschlagen. Bitte melden Sie sich erneut im DSM an und versuchen Sie es erneut".

Ich habe bereits die IP des Pi geändert, ich habe auf dem Pi den zum Rsync-Server gehörenden "Shared folder" neu angelegt, ein neues Rsync-"Modul" angelegt etc... Der zweite Hyper Backup Job auf die externe Festplatte läuft glücklicherweise problemlos (bislang).

Ich bin nun etwas überfragt und - wie gesagt - etwas genervt von den vielen (nervigen) Problemen, die ich in meiner kurzen Zeit (~3 Wochen) mit der DS216j bereits habe erleben dürfen. So viele Softwaremängel in teils echt grundlegenden Funktionen sind mir bislang noch bei keinem elektronischen Gerät untergekommen. Die Fehlermeldungen sind teils einfach vollkommen nichtssagend, so dass man keinerlei Anhaltspunkt hat, wo das Problem liegen könnte. :mad:
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.871
Punkte für Reaktionen
1.159
Punkte
754
Den Punkt, dass sich der Hyper-Backup Job nach dem Neustart nicht fortsetzen ließ, solltest Du meiner Meinung nach an Synology kommunizieren. Sowas kann vorkommen - gerade bei einem Netzbackup über VPN - und sollte funktionieren.
 

sirpreis

Benutzer
Mitglied seit
06. Apr 2016
Beiträge
55
Punkte für Reaktionen
4
Punkte
8
Kann ich versuchen, allerdings weiß ich nicht, ob sich die genauen Umstände rekonstruieren lassen. Ich bin gerade dabei, den Raspberry Pi neu aufzusetzen und teste dann noch mal. Ich befürchte, dass mein Hyper Backup gar nicht mehr in der Lage zu sein scheint, einen "rsync-kompatiblen" Backup Job (auf dem Pi) einzurichten. Sollte das so sein, und das Anlegen eines neuen Backup Jobs funktioniert auch nach Neueinrichtung des Pis nicht, kontaktiere ich den Support. Vielleicht können sie sich auf meine DS schalten und sich die Problematik genauer ansehen.
 

sirpreis

Benutzer
Mitglied seit
06. Apr 2016
Beiträge
55
Punkte für Reaktionen
4
Punkte
8
Habe ein Ticket aufgemacht. Habe den Raspberry Pi komplett neu aufgesetzt, mein Hyper Backup hat weiterhin die gleiche Problematik. Ich kann keinen Backup Job auf "Remote rsync-Server"-Basis anlegen ohne dass ich ein "Vorgang fehlgeschlagen" zum Abschluss der Konfiguration bekomme. Echt deprimierend...
 

mb01

Benutzer
Mitglied seit
13. Mrz 2016
Beiträge
485
Punkte für Reaktionen
56
Punkte
28
Stelle ich grad auch fest ... wollte den Inhalt meiner DS415+ (DSM6 upd3) per rsync auf eine Netgear-NAS schieben, um dann die DS415+ zumindest testweise auf btrfs umzustellen, aber egal ob remote rsync oder auch per legacy: Am Ende der Konfiguration kommt zum Start jedes Mal "Vorgang fehlgeschlagen, bitte neu im DSM anmelden". Getestet mit mehreren Browsern und prinzipiell kann die Synology aber immer auf das Netgear-NAS zugreifen, denn sie zieht sich ja den Namen des für rsync freigegebenen Freigabeordners auf der Netgear.

Bleibt wohl nur "händisches" Backup per File Station :( ...
 

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.141
Punkte für Reaktionen
1.112
Punkte
314
Bleibt wohl nur "händisches" Backup per File Station :( ...

Oder du schaust dir mal den Link in meiner Signatur an. Funktioniert auch mit einem Raspberry Pi. Habe es selbst getestet. Ein Versuch kann ja nicht schaden.

Tommes
 

sirpreis

Benutzer
Mitglied seit
06. Apr 2016
Beiträge
55
Punkte für Reaktionen
4
Punkte
8
Stelle ich grad auch fest ... wollte den Inhalt meiner DS415+ (DSM6 upd3) per rsync auf eine Netgear-NAS schieben, um dann die DS415+ zumindest testweise auf btrfs umzustellen, aber egal ob remote rsync oder auch per legacy: Am Ende der Konfiguration kommt zum Start jedes Mal "Vorgang fehlgeschlagen, bitte neu im DSM anmelden". Getestet mit mehreren Browsern und prinzipiell kann die Synology aber immer auf das Netgear-NAS zugreifen, denn sie zieht sich ja den Namen des für rsync freigegebenen Freigabeordners auf der Netgear.

Bleibt wohl nur "händisches" Backup per File Station :( ...

Äußerst blöd, ja. Habe am Freitag einen Termin mit dem Synology Support, der sich per TeamViewer auf meinen Rechner und von dort auf die DS schalten will. Mal sehen. Ich werde berichten.
 

Clericer

Benutzer
Mitglied seit
01. Jun 2014
Beiträge
17
Punkte für Reaktionen
1
Punkte
9
Hallo ich hatte ähnliche Probleme mit dem Backup.
Nach dem ich ein Ticket erstellt habe wollte der Techniker Support zugriff, dafür habe ich des PW des Users admin geändert und den Benutzer mal wieder "aktiviert" und siehe da das Backup ging sofort wieder. Ich weiß zwar nicht was das admin PW mit dem Backup über den rsync User zu tun hat aber vielleicht hilft euch das ja auch.
 

sirpreis

Benutzer
Mitglied seit
06. Apr 2016
Beiträge
55
Punkte für Reaktionen
4
Punkte
8
Hallo ich hatte ähnliche Probleme mit dem Backup.
Nach dem ich ein Ticket erstellt habe wollte der Techniker Support zugriff, dafür habe ich des PW des Users admin geändert und den Benutzer mal wieder "aktiviert" und siehe da das Backup ging sofort wieder. Ich weiß zwar nicht was das admin PW mit dem Backup über den rsync User zu tun hat aber vielleicht hilft euch das ja auch.

Bei mir war der admin-Benutzer bereits aktiviert. Habe das Kennwort einmal zurückgesetzt (allerdings auf das gleiche wie zuvor), das hat mein Problem aber auch nicht gelöst.
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.017
Punkte für Reaktionen
272
Punkte
393
Hallo,
@sirpreis
bitte keine Vollzitate und erst recht nicht wenn Du direkt antwortest.
Danke.

Gruß Götz
 

Clericer

Benutzer
Mitglied seit
01. Jun 2014
Beiträge
17
Punkte für Reaktionen
1
Punkte
9
Das war bei mir auch der Unterschied... Ich habe ja extra ein anderes PW genommen...
 

sirpreis

Benutzer
Mitglied seit
06. Apr 2016
Beiträge
55
Punkte für Reaktionen
4
Punkte
8
Verrückt. Habe nun auch das admin-Kennwort geändert und siehe da, ich kann problemlos einen neuen rsync-Job anlegen, und diesen auch starten. Sachen gibt's... Dann werde ich den Termin mit dem Support wohl absagen können und denen die Lösung für das Problem mitteilen.
 

sirpreis

Benutzer
Mitglied seit
06. Apr 2016
Beiträge
55
Punkte für Reaktionen
4
Punkte
8
Noch als Ergänzung: Der neue rsync-Hyper Backup Job wurde soeben fertiggestellt (~500 GB mit ~4 MB/s, das hat eine ganze Weile gedauert). Ich habe testhalber das admin-Kennwort nach Beendigung des Jobs geändert. Anschließend funktioniert der Job wieder nicht mehr und bricht mit "Vorgang fehlgeschlagen..." ab.

Setze ich das Kennwort dann wieder auf das Kennwort, das zum Zeitpunkt des Anlegen des Backup Jobs vergeben war, läuft der Job wieder ohne Probleme. Ich denke das sollte so definitiv nicht sein, denn das würde ja bedeuten, dass man sein admin-Kennwort nicht mehr ändern darf (ohne nicht alle rsync-basierten Jobs neu anlegen und durchlaufen zu müssen).

Habe die Info auch an den Support geschickt.
 

mb01

Benutzer
Mitglied seit
13. Mrz 2016
Beiträge
485
Punkte für Reaktionen
56
Punkte
28
Stelle ich grad auch fest ... wollte den Inhalt meiner DS415+ (DSM6 upd3) per rsync auf eine Netgear-NAS schieben, um dann die DS415+ zumindest testweise auf btrfs umzustellen, aber egal ob remote rsync oder auch per legacy: Am Ende der Konfiguration kommt zum Start jedes Mal "Vorgang fehlgeschlagen, bitte neu im DSM anmelden". Getestet mit mehreren Browsern und prinzipiell kann die Synology aber immer auf das Netgear-NAS zugreifen, denn sie zieht sich ja den Namen des für rsync freigegebenen Freigabeordners auf der Netgear.
Mittlerweile weiß ich auch, woran es bei mir lag. Sämtliche rsync-Backups auf die zweite Synology bzw. lokal auf USB funktionierten ja, d.h. ich hatte mir dann das Netgear noch einmal näher angeschaut. Und bei näherer Betrachtung hat sich herausgestellt, dass die rsync-Einstellung für das betreffende Share auf dem Netgear NAS nach dem Aktivieren im "schreibgeschützt"-Modus war, was erst auf den zweiten Blick zu erkennen war. Nach Umstellen auf "lesen/schreiben" funktioniert nun "rsync (legacy)" auf die ReadyNAS.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat