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