rsyncd / firewall
John Van Essen
vanes002 at umn.edu
Tue Feb 15 13:05:39 GMT 2005
On Tue, 15 Feb 2005, david blunkett <dav1dblunk3tt at hotmail.com> wrote:
>
> [pid 27864] stat64("/usr/lib/i686", 0xfef74ac8) = -1 ENOENT (No such file or
> directory)
> [pid 27864] open("/usr/lib/libnss_compat.so.2", O_RDONLY) = -1 ENOENT (No
> such file or directory)
> [pid 27864] stat64("/usr/lib", 0xfef74ac8) = -1 ENOENT (No such file or
> directory)
> [pid 27864] --- SIGSEGV (Segmentation fault) @ 0 (0) ---
....
> set OPTIONS = " -vaz --stats --delete --delete-excluded --exclude-from
> .mirror.excludes --backup --temp-dir /tmp"
....
> if { nice +20 rsync $OPTIONS /home/matt/ home at diesel::archive/matt
> --backup-dir=/matt_incs/$DAY } then
(I'd recommend moving that --backup-dir option to earlier in the command,
after the $OPTIONS, make sure it's recognized...)
Looks to me like rsync is trying to load a dynamic library after it's
been chrooted - the loader can't find what it needs and bails.
Try running without the compression option (-z) to see if that 'fixes'
the problem. Your previous rsync may have used a static compression
routine, and FC2 uses a dynamic one. Just a guess...
The first rsync to delete the directory is successful because since it
does no file transfers, no compression is needed.
--
John Van Essen Univ of Minn. Alumnus <vanes002 at umn.edu>
More information about the rsync
mailing list