Thanks for the reply.

The code works 99% of the time - the outlined scenario has only occurred abot 20 times out
of 1500 transfers this month.  It has also worked for three months previously wothout a problem.
The only change has been the load on the system in the past month.
Given what you say the only other possibility I see is that the "if" code is failing - not a nice thought. I have
mitigated the problem by placing a delay(sleep) just after the if and have been running error free for
two days.

Wayne Davison wrote:
On Sat, Dec 17, 2005 at 12:06:26PM -0700, Donna Livingstone wrote:
  
wrote 25 bytes  read 20 bytes  30.00 bytes/sec
total size is 0  speedup is 0.00
rsync error: some files could not be transferred (code 23) at main.c(620)
    

This trailing error is output from the _cleanup_exit() routine right
before rsync exits with the "code" value (23 in this case), so I fail to
see how rsync could be exiting with a 0 value.  Version 2.5.7 is 2 years
old now, but I did try running it, and in an identical failure-scenario
(even using rsh instead of my normal ssh) it exited with the right exit
code.

I'd suggest checking to ensure that you don't have an rsync script,
alias, or function that is losing the return code.  (Perhaps you should
change the "rsync" in your script to "/usr/bin/rsync".)

..wayne..

  
-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

Reply via email to