Datensicherung auf einen rsync-kompatiblen Server

[Routing]

Hallo,

ich bin von einer DS412+ auf eine RS814+ umgezogen und möchte die Datensicherung wieder einrichten.

Auf dem alten System funktioniert die Datensicherung. Auf dem neuen System kann ich die Datensicherung nicht erstellen, weil der "Zugriff auf das Datensicherungsziel nicht möglich" ist.

Im log-file rsync.error steht folgender Eintrag

rsync: change_dir "/var/www/vhosts/anonym/anonym/fileadmin/Service/Dokumente_test" failed: No such file or directory (2)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1783) [Receiver=3.0.9]

Gibt es eine dafür eine Erklärung?

Viele Grüße

 

[IPNS]

Hallo,

Dein Eintrag ist zwar schon länger her, aber ich habe genau das gleiche Problem.
Hat bis zum Update auf DSM 5.2 problemlos funktioniert.
Gibt man die rsync-Befehle auf der Console ein, funktioniert das Backup. Inzwischen habe ich auch mit einer Auswertung von Synology gefunden, dass von der Synologysoftware die rsync-Befehle falsch gesendet werden. Es werden nämlich nicht die unter Backupziel eingetragenen Credentials sowie Backupmodul geschickt, sondern ein "Standard"-User mit Passwort. Damit lehnt der entfernte Server natürlich den Zugriff ab.
Obwohl die Ursache eindeutige bei Synology bekannt ist, ist Synology seit Wochen nicht in der Lage dieses Problem zu lösen.

Sonnige Grüße
Andy

 

[Routing]

Hallo IPNS,

vielen Dank für Deine Nachricht. Offensichtlich gibt es nicht viele Anwender, die Daten auf verschiedene Systeme synchronisieren. Ich darf das jetzt per ftp machen.
Ich wollte mir ersparen, auf der Console zu arbeiten. Alternative wäre die Einrichtung eines cron-Jobs. Vielleicht wäre Synology ja so freundlich und veröffentlicht die syntax.

Viele Grüße an alle Geplagten

 

[dil88]

Vielleicht wäre Synology ja so freundlich und veröffentlicht die syntax.

Synology liest in diesem Userforum nicht mit. Wer mit den Kollegen dort kommunizieren will, solltest das über über das Support- oder Feedback-Formular tun.

 

[IPNS]

Sobald ich weitere Infos oder eine Lösung von Synology habe, werde ich Euch gerne informieren.
Der Befehl der zunächst gesendet wird ist:

rsync -avvv --list-only root@<ip-rsync-Server>::NetBackup

Falsch ist der User root und das Backupmodul NetBackup(bei Datensicherungsziel wurde ein anderer User und ein anderes Backupmodul ausgewählt/eingegeben).

 

[asc-de]

Dein Problem wird hier beschrieben
http://www.synology-forum.de/showthread.html?66377-rsync-Kompatibilit%C3%A4tsproblem-Alte-Routinen-laufen-neue-k%C3%B6nnen-nicht-angelegt-werden

Ich wollte auch per rsync von Syno auf Qnap sichern und bin auch bis zu der Meldung:Zugriff auf das Datensicherungsziel nicht möglich gekommen und dann gescheitert. Ich mache das jetzt via FTP aber in mäßiger Geschwindigkeit.
Ich hatte auch schon ein Ticket beim Support eröffnet und direkt auf den Forumsbeitrag verlinkt.

Schreib auch ein Ticket wenn keiner moniert passiert auch nix beim Support

 

[IPNS]

Danke für den Hinweis und den Link.
Ticket ist schon seit Update auf DSM5.2 eröffnet, aber es tut sich gar nichts. Zunächst hatte der Support das Problem gar nicht verstanden.
Inzwischen konnte ich aber nachweisen, dass die rsync-Befehle über die Console richtig ausgeführt werden, nur aus der "Datensicherungs-GUI" werden sie falsch abgesetzt.

 

[IPNS]

Nachdem ich nun wieder einigen Mailverkehr mit dem Support hatte und sich auch inzwischen die Entwickler mal live per Teamviewer aufgeschaltet haben, gibt es leider noch immer keine Lösung vom Support.

Akt. Stand:
Eine Sicherung über die Shell, z.B. mit
rsync -avz –delete --progress /volume1/Arbeitsmittel/ rsyncipn@<ip-Adresse>::Backup/Arbeitsmittel/
funktioniert einwandfrei. Somit schließe ich aus, dass es an irgend welchen Rechteeinstellungen, Zielserver, etc. liegt.

Daraus ergibt sich eindeutig folgender Sachverhalt:
1. Die GUI erkennt die eingegebenen Credentials und zeigt die richtigen Backupmodule des Zielservers an
2. Ein Backup über die Shell mit o.g. Befehlszeile funktioniert

Daraus folgt: Die Umsetzung aus den in der GUI eingegebenen Daten zu einem rsync-Befehl scheint falsch zu sein.

Aus meiner Sicht müsste das Synology eigentlich relativ einfach verifizieren können.

Habt ihr schon weitere Infos dazu erhalten?

 

[asc-de]

.............. sich auch inzwischen die Entwickler mal live per Teamviewer aufgeschaltet haben, gibt es leider noch immer keine Lösung vom Support.

Und wie seid Ihr nach erfolgter Teamviewersitzung verblieben ? War der Tenor wir kümmern und darum ?

Habt ihr schon weitere Infos dazu erhalten?

Nein

Das Thema Syno Shell ist für mich Neuland, auch war ich mir nicht sicher ob ich die Sicherungsaufträge anschliessend in der GUI sehen, bearbeiten und löschen kann. Daher habe ich erst mal die Finger weggelassen.

Ich habe das Gefühl daß auch eine Politische Entscheidung dahinter steckt: Man will Fremdfabrikate als Sicherungsziel gar nicht so wirklich unterstützen, daher wird das Problem auch mit der Entsprechenden Priorität low bearbeitet.

............und da Träumen die Synology Leute von Version 6.0 wo doch die 5.2 noch gar nicht fertig ist.

 

[IPNS]

Und wie seid Ihr nach erfolgter Teamviewersitzung verblieben ? War der Tenor wir kümmern und darum ?

Mein Eindruck war, dass Entwickler und Support nicht wirklich wissen was sie tun.

Sie führten folgendes Kommando aus:
rsync --list-only <username>@<IP QNAP>::Backup/ashfsgf/ahgfsgf ; $?

Nun bin ich kein RSYNC-Profi aber nach meinem Verständnis liste ich mir die zu übertragenden Files der Quelle auf. Als Quelle ist hier aber die QNAP angegeben und das Verzeichnis /ashfsgf/ahgfsgf gibt es nicht.

Es kommt die Fehlermeldung:
rsync: change_dir "/ashfsgf (in Backup) failed: No such file or directory (2)

Die Fehlermeldung ist korrekt und war zu erwarten.
Zusätzlich kommt:
rsync error: rsync service is no running (code 43)

Nun sagt die Entwicklung, das ist falsch und deshalb funktioniert das Backup nicht. Ich solle jetzt klären, warum diese Falschmeldung kommt.

Es ist zwar richtig, dass diese Meldung Blödsinn ist, denn rsync läuft, aber das hat mit dem eigentlichen Problem nichts zu tun.
Ich will ja nicht von der QNAP sichern sondern auf die QNAP.

Wenn ich nun das Kommando "richtig" absetze, also von Synology (/volume1/xxx) auf die QNAP
rsync --list-only /volume1/xxx <username>@<IP QNAP>::Backup/

erhalte ich auch "richtige" Fehlermeldungen (/volume1/xxx gibt es nicht):
rsync: link_stat "/volume1/xxx" failed: No such file or directory (2)
rsync error: some files/attrs were not transferred (see previous errors) (code 23)

Spreche ich ein existierendes Verzeichnis an, dann geht das Backup.

Ich habe versucht das dem Supportmitarbeiter zu schildern und in einer Mail zusammengefasst, aber es kam leider nur die unfreundliche Antwort:

Darüber diskutiere ich nicht weiter, da es der Test der Entwickler ist. Ob es nun richtig oder falsch ist, kann wir beide nicht sagen, da wir beide nicht das Programm kennen.

Das versteht Synology also unter Kundenservice..........

 

[IPNS]

Hallo zusammen,

seit dem DSM-Update auf DSM 5.2-5644 funktioniert die Datensicherung nun endlich wieder aus der GUI

 

[dil88]

Danke für die Information! Du hattest ja Kontakt zu Synology. Gabs da irgendetwas Offizielles zu dem Thema. In den Release Notes ist es m.W. nicht erwähnt. Der Punkt "5. Improved the stability of encrypted backup in models with ARM processors." dürfte damit eigentlich nichts zu tun haben.

 

[IPNS]

Nein es gab nichts Offizielles. Hatte aber nochmals eine böse Mail an den Support geschrieben und im Detail aufgezeigt, dass es 100%-ig an Synology liegt.
Ich dachte auch dass der Punkt 5 nichts damit zu tun hat. Aber scheinbar wurde damit doch etwas verändert.

 

[dil88]

Oder es ist ein Punkt, der zwar gefixt wurde, aber nicht in den Release Notes Erwähnung fand. Wie immer auch, Deine Beschreibung in Beitrag 2 mit dem Standard-User ist ja eindeutig, da muss man wirklich nicht drüber diskutieren.

 

[frankyst72]

d.h. wenn ich mir ein QNAP als Backup-NAS hole müsste ich über "Datensicherung & Replikation" ein versioniertes Backup (auf Volume) hinbekommen (incl. Rücksicherung)? Ich spiele gerade mit dem Gedanken, weil ich mir auch die QNAP-Welt anschauen will (Ich will aber eher weniger mit der Konsole Bekanntschaft machen, geht auch, muss aber nicht sein)

 

[IPNS]

Du musst hier nicht unbedingt QNAP nehmen. Grundsätzlich geht jeder RSYNC-Server.
Aber Vorsicht: So wirklich versionieren kannst Du nicht, denn Du hast letztlich nur eine Sicherung und in die werden die Deltas eingespielt. Somit hast Du immer nur z.B. den letzten Tag gesichert.
Du kannst zwar die Sicherungen in unterschiedliche Zielordner machen, dazu musst Du dann den Backupjob ändern, allerdings wird dann natürlich immer eine Vollsicherung gemacht.
RSYNC selbst würde das aber unterstützen, da kann man sich auch selbst ein Skript schreiben (Beispiele gibt es auch genügent im Netz), aber leider kann das die GUI von Synology nicht.

 

[frankyst72]

auf eine zweite Synology könnte ich aber versioniert (auf Volume, Datenbank) sichern. Auf ein anderes rsync-fähiges NAS geht das nicht?

 

[dil88]

Ich kann mir eigentlich nicht vorstellen, wie man dem rsyncd beibringen will, in eine Datenbank zu schreiben. Aber sicher bin ich mir auch nicht, dass das Funktionalitäten sind, die mit einem rsyncd nicht abzubilden sind.

 

[IPNS]

Wie gesagt, wäre das mit rsync schon grundsätzlich möglich. Aus der Synology GUI aber leider nicht (zumindest habe ich es nicht geschafft und bin für Tipps dankbar).
Ansonsten gibt es noch Timebackup. Damit sollte das möglich sein, habe mich aber noch nicht damit befasst.

 

[frankyst72]

ohh, ich habe es gerade noch mal ausprobiert, ich kann nicht versioniert auf eine zweite DS sichern Ich war immer davon ausgegangen, dass das zumindest unter Synology's geht.

Wird das unter DSM 6 gehen?

P.S. Ihr seit einfach zu schnell Danke!