> There's something called backuppc (i think backuppc.sourceforge.net)
> which uses some sort of db backend and has multiple possible transports,
> rsync is one option. I think it might do what you're looking for.
interesting tool, but it is not what i need. it doesn't do acls. it is a
pull sys
> I recommend using a program such as fakeroot (when used with the -s
> option to save the meta data) or pretendroot (which I haven't personally
> used). For instance, either run something like this for a daemon setup:
>
> fakeroot -s /path/fakeroot.data rsync --daemon --port=8873 \
> -
i found a couple messages in the archives relating to backups vs.
distribution and ownership issues without root privs that kinda touched on
the idea of storing meta info (ownership, modes, acls) in a separate file.
has anyone else looked at storing meta data in a side file of some sort?
it s
> A similar problem was reported back in February:
>
> http://www.mail-archive.com/rsync@lists.samba.org/msg12557.html
>
> that manifested itself after an upgrade to Fedora Core 2. It had worked
> fine previously (on FC1, presumably).
>
> That user (David Blunkett) provided an strace log that
i should have run my test first. this code segfaults:
#include
#include
main()
{
struct passwd *p;
chroot("/tmp");
chdir("/");
p = getpwuid(666);
if (p) {
printf("%s\n", p->pw_name);
}
exit(0);
}
so i guess that rsync ca
the rsync in centos 4 (a recompile of rhel4) is version 2.6.3. and under
certain circumstances it will segfault when run in daemon mode. i have
tracked it down to the nss code in libc. so this could be a general libc
bug, but it is possible that rsync is doing things that don't help matters
