Using Rsyncd with Backuppc gives permission errors, why?

I'm setting up Backuppc on Ubuntu 10.10. I installed rsyncd, configured backuppc and ran my first full backup. Mostly everything worked, but a lot of files did not get copied. When I look at the backup errors, I see a lot of:

Remote[1]: rsync: opendir "/home/jean/.evolution/memos/local" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.evolution/tasks/local" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.evolution/cache" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.evolution/calendar/local" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.evolution/mail/spooldir" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.evolution/mail/pop" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.evolution/mail/imap" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.evolution/signatures" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.gconfd" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.cache" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.gconf" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.mozilla" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.kde" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.dbus" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.local/share/gvfs-metadata" (in backup) failed: Permission denied (13)
Remote[1]: rsync: opendir "/home/jean/.gnome2" (in backup) failed: Permission denied (13)

rsync is running as root, so I don't understand why it can't read these files? At least, I'm pretty sure it's running
as root, I followed the instructions at https://help.ubuntu.com/community/rsync to set it up. As a test, I
attempted to rsync manually, and while it was prompting for the password, I did a 'ps -ef|grep rsy' in another
terminal. It showed 'root' as the owner of the 'rsync --daemon' process.

One possible clue, when I spot checked some of the files that were skipped the permissions for group & other were empty, ie, :

jean@Ubuntu:~/.evolution$ ls -l memos

drwx------ 3 jean jean 4096 2008-11-27 20:58 local

I'm stumped, any help appreciated.

Thanks.

Jean
JPNeronAsked:
Who is Participating?
 
JPNeronConnect With a Mentor Author Commented:
I think I found the problem. In the rsyncd.conf file, I specified user nobody, group nobody (as per the setup instructions). I noticed when the backup was running that the rsync process was owned by 'nobody', not root as I saw earlier. I think during the password stage, rsync is run by root, but once the password is accepted, it's reinvoked as the user specified in rsyncd.conf. So, it looked like it was being run by root, but that was only during negotiation. Once I changed  the user id in rsyncd.conf to 'root', the problem went away.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.