• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 2465
  • Last Modified:

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
0
JPNeron
Asked:
JPNeron
1 Solution
 
JPNeronAuthor 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

Featured Post

Prep for the ITIL® Foundation Certification Exam

December’s Course of the Month is now available! Enroll to learn ITIL® Foundation best practices for delivering IT services effectively and efficiently.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now