I saw a "little" problem with ReadyNAS 6.1.6. I have a planned task that syncs the CentOS share with a public repository. All works fine. But, the security rights onto the folder changed. And it affects the accessibility to the snapshots. If you want to erase these snapshots, you must connect onto the NAS by SSH and run a chmod command. The problem occurs, even if the "ownership" option is activated into the job parameters.
root@TieFighter:/data# ls -l total 0 drwxrwxrwx+ 1 guest guest 90 Dec 4 06:33 Bouquins drwxrwxrwx+ 1 500 500 788 Jan 25 12:51 CentOS drwxrwxrwx+ 1 guest guest 0 May 28 2013 Documents drwxr-xr-x 1 root root 46 May 28 2013 home drwxrwxrwx+ 1 guest guest 24 Dec 4 06:33 Images drwxrwxrwx+ 1 guest guest 300 Dec 4 06:33 Musique drwxrwxrwx+ 1 guest guest 54 Aug 23 08:17 readydrop drwxrwxrwx+ 1 guest guest 0 May 28 2013 Sauvegarde drwxrwxrwx+ 1 guest guest 22 Dec 4 06:33 Sources drwxrwxrwx+ 1 guest guest 50 Dec 4 06:33 Transmission drwxrwxrwx+ 1 guest guest 62 Dec 4 06:33 Vidéos drwxrwxrwx+ 1 guest guest 18 Oct 3 21:06 WebSites root@TieFighter:/data#
It's simply preserving the UID/GID of the public share. There's a bug in reset ownership- it sets the ownership of all the files to the owner of the share. But since that has already been overwritten, it has no effect.
One option is to create a user/group on the NAS, and then change the UID/GID in the public repository to match it. then the rsync will show that NAS user/group for the CentOS share.
You could also try changing the path on the NAS to place the CentOS folder within an existing share. I'm not sure that will work, but it might be worth a try.
