Dear Stefan, you are so kind! This helps a lot. Yes, I'm plodding my way through. You wrote:


    [Backup-Data-Folder]
    ## Next, set the path you want backed up. Be sure to use a trailing
slash
    path            = /
Please don't do that:
o a Linux system has virtual file systems mounted (/proc, /temp,
   /sys/ ...) that will either not be readable, change during
   access or may lead to endless loops.



o this includes your /var/lib/backuppc directory. That's where
   your backup goes, so you backup your backup. It won't take long
   until the backup of backups of backups (...) will fill up your drive.
   I'd go for /etc at this point and add additional paths later, when
   this works.

Oh boy.... I get it!!! I can't believe how stupid I was about that. Well, doesn't this mean I have to establish a whole bunch of modules with a different path for each module, in order to back up everything EXCEPT the backup location? Maybe I should try a different method than rsyncd????


Most probably, BackupPC will try to connect as user backuppc, not root.
At least, that's the default.

I have root as the user for backuppc for all my other hosts and it works. And it's also currently set up as root for backing up the server. I did try "backuppc" as the user before and it failed, maybe for different reasons. Anyway, I'm not sure how confused the app backuppc would be in the case of trying to back up itself. The server app backuppc is running as the user "backuppc", but I do know that it can call through port 873 as the user "root" when it is backing up all the other clients. Yeah, I'm confused :-)

From your description of how the secrets file works, it would seem to me that I've got that covered right now with my secrets file having one line describing a user called "root" with its password and in the config, auth users is root. Not the most elegant but I don't see a conflict there.


Best wishes,


Bob

--

If you want good sound on your album, come to Bob Katz 407-831-0233 DIGITAL DOMAIN MASTERING STUDIO Author: *Mastering Audio *Digital Domain Website <http://www.digido.com/> No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
BackupPC-users mailing list
[email protected]
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Reply via email to