On Tue, 15 Feb 2005, david blunkett <[EMAIL PROTECTED]> 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/ [EMAIL PROTECTED]::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 <[EMAIL PROTECTED]>
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
