Centos – rsync permission fail cannot open directory

centoscentos6rsync

i encounter a problem when troubleshooting rsync server and client.

rsync: opendir "/." (in pub) failed: Permission denied (13)
drwxr-xr-x        4096 2014/01/27 12:02:24 .
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1536) [generator=3.0.9]

My /etc/rsyncd.conf is as below.

max connections = 2
log file = /var/log/rsync.log
timeout = 300

[pub]
    comment = random thing available for download
    path = /home/backup/test
    read only = yes
    list = yes
    uid = nobody
    gid = nobody
    auth users = admin
    secrets file = /etc/rsyncd.secrets

I have chmod 600 for both /etc/rsyncd.conf and /etc/rsyncd.secrets seeking for advice.

Best Answer

I guess the permissions for /home/backup or /home are too restrictive for nobody uid/gid. Please check those, too. It's not enough to have relaxed access to /home/backup/test if some earlier path prevents the access.

Related Solutions

How to Use Rsync Over FTP

You don't. rsync can't do that for you, it is a protocol of its own and doesn't work over FTP.

You might, however, want to try csync. IIRC it provides rsync-like behaviour over HTTP. I can't comment on whether it works over FTP, you'll have to try it.

Linux – Copying a large directory tree locally? cp or rsync

I would use rsync as it means that if it is interrupted for any reason, then you can restart it easily with very little cost. And being rsync, it can even restart part way through a large file. As others mention, it can exclude files easily. The simplest way to preserve most things is to use the -a flag – ‘archive.’ So:

rsync -a source dest

Although UID/GID and symlinks are preserved by -a (see -lpgo), your question implies you might want a full copy of the filesystem information; and -a doesn't include hard-links, extended attributes, or ACLs (on Linux) or the above nor resource forks (on OS X.) Thus, for a robust copy of a filesystem, you'll need to include those flags:

rsync -aHAX source dest # Linux
rsync -aHE source dest  # OS X

The default cp will start again, though the -u flag will "copy only when the SOURCE file is newer than the destination file or when the destination file is missing". And the -a (archive) flag will be recursive, not recopy files if you have to restart and preserve permissions. So:

cp -au source dest

Best Answer

Related Solutions

How to Use Rsync Over FTP

Linux – Copying a large directory tree locally? cp or rsync

Related Topic