<br><br><div class="gmail_quote">On Sat, Sep 24, 2011 at 11:36 PM, Duncan <span dir="ltr"><<a href="mailto:1i5t5.duncan@cox.net">1i5t5.duncan@cox.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
James Colby posted on Sat, 24 Sep 2011 22:44:08 -0400 as excerpted:<br>
<div class="im"><br>
> Another questions that I can't seem to find the answer to.  Is it<br>
> possible to set up rsync to auto retry on failure?  The resume option<br>
> work great, but I would like rsync to retry after a network failure<br>
> automatically. The other night my connection dropped out shortly after I<br>
> started my rsync session and an entire night was wasted, and I would<br>
> like to avoid that in the future.<br>
<br>
</div>You're challenging me a bit, too. =:^)<br>
<br>
My first instinct, and a look at the rsync manpage appears to confirm it,<br>
is that at a minimum, retries should be scriptable.  Simply stick the<br>
call to rsync in a loop that tests whether the exit value was 0/success<br>
and then exits, or something else.  The manpage lists the exit values and<br>
their meaning, and you can check for specific values and behave<br>
accordingly.  So for instance, exit code 30 (timeout in data send/<br>
receive) and exit code 35 (timeout waiting for daemon connection) look to<br>
be likely for network issues, and you can have the scripted loop retry<br>
the rsync in those cases, but not for instance with exit code 1 (syntax<br>
or usage error), where a verbatim retry is very likely to result in the<br>
same exit code 100% of the time.  (See also the --timeout and --contimeout<br>
options.)  I'd suggest verifying the actual error codes you get, and<br>
testing for them to decide whether to try again, or not.<br>
<br>
Of course the above assumes you know enough about shell scripting to be<br>
able to manage setting up the loop, etc.  If not, I can probably help<br>
with that too, but that gets complex enough and the assumption is likely<br>
enough to be true to be worth making it, initially.<br>
<font color="#888888"><br>
--<br>
</font><div><div></div><div class="h5">Duncan - List replies preferred.   No HTML msgs.<br>
"Every nonfree program has a lord, a master --<br>
and if you use the program, he is your master."  Richard Stallman<br>
<br>
___________________________________________________<br>
This message is from the kde mailing list.<br>
Account management:  <a href="https://mail.kde.org/mailman/listinfo/kde" target="_blank">https://mail.kde.org/mailman/listinfo/kde</a>.<br>
Archives: <a href="http://lists.kde.org/" target="_blank">http://lists.kde.org/</a>.<br>
More info: <a href="http://www.kde.org/faq.html" target="_blank">http://www.kde.org/faq.html</a>.<br>
</div></div></blockquote></div><br><div>Duncan, thanks for the offer.  I think a few after a few more nights of uploading and everything will be at the backup location.  I'm not sure if it would be worth the effort to write a script, as once the upload is done the data won't be changing much.</div>