I sent the config files in a separate e-mail. For linux to linux
backups, I'm using:
ssh [EMAIL PROTECTED] sudo script_calling_rsync
Ward... James Ward
[EMAIL PROTECTED]
Linux Sysadmin
(520) 290-0910x268
ICQ: 201663408
On Jul 25, 2008, at 11:14 AM, Jon Craig wrote:
Are you layering rsync over ssh? If so the same setting may apply.
I've always used rsync in daemon mode because I'm not very concerned
with the security within my home network. Did you check your xfer log
and see what disposition rsync made for the files in question? The
full log gives you a file by file detail of whether it was new,
existing, removed, etc.
On Fri, Jul 25, 2008 at 2:09 PM, Ward... James Ward
<[EMAIL PROTECTED]> wrote:
Sorry, no rsyncd involved. I'm backing up as UID 0 over an ssh
connection.
Ward... James Ward
[EMAIL PROTECTED]
Linux Sysadmin
(520) 290-0910x268
ICQ: 201663408
On Jul 24, 2008, at 12:18 PM, Jon Craig wrote:
On 7/24/08, Ward... James Ward <[EMAIL PROTECTED]> wrote:
-rwxr-x--- 1 root root 205 2007-05-12 15:21 ADPass
-rwxr-x--- 1 root root 193 2008-07-21 12:33 createWin
-rwxr-xr-x 1 jeward dev 465 2007-06-20 15:56 ldap2mail
-rwxr-x--- 1 root root 977 2008-06-02 14:14 setWin
-rwxr-x--- 1 root root 636 2008-07-24 09:44 shutdownWin
Let me start by taking a wild guess and assume you are using
rsyncd. The
system your are backing up is *nix based and you don't have a
uid=0, gid=0
in your module definition for /etc/rsyncd.conf. If that's all true
(or
maybe at least most of it), then the system is working as designed,
but not
how you intended. "rsync" sets uid=gid=-2 when placed in daemon
mode. This
means that it can only read or write things readable/writable by
the user
"nobody". Trust me, its for your own protection :-)
The file that is showing up in your list is world "readable" while
all the
others aren't. Check your Xferlogs and you should see a bunch of
permissions errors (number 13 appears on those lines). Go fix your
rsyncd.conf, restart the daemon, and take a fresh backup of all the
affected
systems as their current backups are dubius at best. I believe
that all the
files that were backed up are perfectly fine as rsync captures the
permissions and BackupPC stores them in the "attrib" files sprinkled
throughout your backup archive directory structure. If its not
this, then
please provide some more details surrounding your configuation
(config.pl,
[host].pl, rsyncd.conf, all properly scrubbed for passwords and
hostname
details).
I would also suggest that you get a chance to excersize the recovery
functions so that you know how they work and that they do in fact
work.
Without the uid=0 you would have been unable to restore files with
the
proper owner/group/perms (they would have come back as user
"nobody" I
believe). Don't forget to set the "read only = false" for the
module when
you intend to restore.
--
Jonathan Craig
--
Jonathan Craig
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
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/
