Hi,

I been trying to back-up some data using rsync, but for some rather weird reason any copied directories always get a 700 permission, instead of the 755 that he originals have. I've tried a lot of different combinations of command line options on rsync and various options in rsyncd.conf, but I always get this.

For example, if I try using --chmod on rsync or outgoing chmod on rsyncd.conf, the permissions of files get changed, but for directories, nothing happens. Using --chmod=Do+x doesn't do anything for example.

Anyone who knows what is happening? I can't seem to find the cause. I'm using Ubuntu 13.10.

It would help if you gave the full command you're using for rsync. For instance, I preserve permissions using the following rsync command.

Man page explains -a.

You should also mention the type of file system you're attempting to write. For example, FAT has umask, dmask, and fmask mount options which will force any files/directories created on that filesystem to adhere to those permissions. Many network filesystems (for example NFS) also support umask. More details are needed to help you troubleshoot. See the mount man page for what mount options are supported for which filesystems.

• What type of filesystem is the source?
• What type of filesystem is the destination?
• What are the mount options the filesystem you're attempting to write (destination)?

Hi,

I tried quite a few things, but it was mostly

and
I copied from localhost just to get this problem isolated, but the actual problems are with an rsync-client embedded into a NAS, of which I don't know the options used. Still, the fact that the above gives directory permissions Drwx------ is something I don't understand.

For the server side I've tried various things, like use chroot = yes and use chroot = no, changing uid and gid (which gives permission errors), fake super = yes doesn't seem to do anything either, outgoing chmod doesn't do anything (on directories, it does on files however)...

Filesystem is ext4, for both server and client in this case. I don't know about the filesystem of the NAS, but I'd rather like to get this fixed locally, I think that might solve the issue on the NAS as well.

Any idea what might be happening?

Okay, I think I might have isolated the problem.

If an rsync transfer starts, the client creates all directories from the file list with drwx---------. At some point during the transfer, the client asks the server for the real permissions of the directory, and changes them accordingly. However, if the tranfer is stopped at some point and later resumed, the client does not change the permissions (because the timestamp on the client side is newer) and the permissions stay the wrong way.

Is there anything I can do about this except deleting everything on the client side and starting anew or updating the timestamps at the server side?