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