DSM-Version 5.0-4482 - RSYNC ändert Ordnerberechtigungen

[fraubi]

Hallo und guten Morgen,

ich bin bei der DSM-Version 5.0.4482 auf folgendes Problem gestossen und wollte Fragen, ob das jemand nachvollziehen kann, oder ob ein Fehler meinerseits vorliegt. Und ja.......selbst schuld wenn man gleich ein Update installiert

Ich lasse mittels RSYNC auf meiner DS713+ zwei Ordner synchronisieren. Der Ordner 'Trainer' wird in den Ordner 'testtest' synchronisiert.

Der Zielorder 'testtest' ist für den ADMIN mit Lese- und Schreibrechten versehen (siehe Bild).



Nachdem die Ordnersynchronisation mittels Putty, oder aber auch eingebunden in ein Skript, mit dem Befehl

rsync -av --ignore-errors --delete --exclude=@eaDir /volume1/Trainer/ /volume1/testtest

erfolgt ist, hat der Zielordner 'testtest' plötzlich für keinen Benutzer mehr irgendwelche Zugriffsrechte (siehe Bild). Alle Haken sind bei den Berechtigungen raus und ein Zugriff auf den Ordner ist nicht mehr möglich.



Das dubiose ist, das dieses Problem nur bei Zielordnern auftritt, die NACH dem Update auf die DSM-Version 5.0.4482 angelegt worden sind. Bei Zielordnern, die mit der Vorversion des DSM5.0.4482 erstellt wurden tritt das Problem nicht auf.

Kann jemand evtl. den Fehler nachvollziehen, oder tritt der nur bei mir auf ?

Danke und viele Grüße
Fraubi

 

[fraubi]

Ich habe mich nochmal ein wenig ausführlicher mit dem Problem beschäftigt.

Der Fehler, dass dem Zielverzeichnis alle Zugriffsrechte entzogen werden, tritt immer dann auf, wenn der RSYNC-Befehl mit Parametern ausgeführt wird, die die Uhrzeit der Quelldatei auf die Zieldatei mit übernehmen. Dazu gehören die geläufigsten Parameter -a sowie -t.

Alleine die Ausführung von RSYNC mit dem Parameter -a reicht aus, dem Zielverzeichnis alle Zugriffsrechte zu entziehen. Dieser Fehler ist reproduzierbar und tritt bei mir auf mehreren DS's auf. Verwende ich RSYNC -rv, dann tritt der Fehler nicht auf und die Zugriffsrechte auf den Zielordner bleiben erhalten. Und wie gesagt, nur bei den Zielordnern, die mit der aktuellen DSM-Version erstellt worden sind.

Kann / darf man diesen Fehler ruhig bei Synology melden, oder arbeitet man mit RSYNC über Putty eher in "verbotenen" Bereichen ?

Sofern der Fehler nicht nur bei mir auftritt wäre es wohl für alle diejenigen die ebenfalls mit RSYNC arbeiten sinnvoll, mal die eigenen Skripte zu prüfen.

Gruß
Fraubi

 

[Puppetmaster]

Klar kannst du das melden. Bin gespannt auf die Antwort.

Es dürfte schon alleine deshalb interessant sein, weil ja auch die DSM-internen Sicherungsmechanismen auf rsync basieren.

 

[virtubit]

Ich nutze den normalen Netzwerksicherungsdienst zwischen 2 DS über das Internet (ist ja auch rsync dahinter oder?). Seit die Quell-DS mit 4482 läuft geht es nicht mehr. "Keine Antwort vom Zielserver". Ich habe auf die schnelle das gängisten Fehlerquellen geprüft (DNS/Firewall/Berechtigungen/etc). Bisher ist kann ich mir das nicht erklären...

 

[fraubi]

So, hab ich mal an Synology gemeldet, mal abwarten. Hab den gestrigen Abend damit verbracht, meine gesammelten RSYNC-Skripte umzubauen......ggggrrrrr

Ich melde mich, wenn es eine Antwort gibt.

Gruß
Fraubi

 

[fraubi]

Ich würde sagen, fehlende Berechtigungen auf dem Zielordner.......

Gruß
Fraubi

 

[stefan_lx]

ich habe festgestellt, dass ein rsync von einem PC aus (hab auf der syno die eigene Konfig aktiviert) ebenfalls die ACL-Berechtigungen zurücksetzt, bzw. so verändert, dass man die ACLs erst mal wieder nach unten durchreichen muss...
Da du aber nur lokal auf der syno rsyncst, könntest du mal den Schalter --syno-acl (copy Synology ACL data) ausprobieren... bin mir aber nicht sicher, ob die ACLs nicht in einer Metadata-Datei landen (so wie beim Backup)...
Wenn du rsync auf der Konsole startest, kommen insgesamt acht --syno-Schalter zum Vorschein... was die so im Detail bedeuten, läßt sich nur vermuten...

Stefan

 

[fraubi]

Hi Stefan,

ich glaube, Dein Tipp war GOLD wert.

Habe eben mal meine Rsync-Befehlszeile um '--syno-acl' erweitert, und nun bleiben die Ordnerberechtigungen erhalten. Super, endlich laufen meine Skripte wieder und ich weiß endlich, woher der Fehler kam. Scheint wohl wirklich mit der aktuellen Firmware im Zusammenhang zu stehen.

Wofür die ganzen anderen --syno-Parameter bei Rsync stehen, irgendwer wirds wohl wissen............

Vielen vielen Dank nochmal für Deine Hilfe
Fraubi