Greetings,<br><br>I posted this at serverfault, but in hopes that the people on this list are different from the people there, here it is:<br><br><p>Update:  9/20/10:  Updated the EC2 AMI on both the client and the 
server and ran a 3-box test with 2 clients downloading from 1 server 
over 24 hours.  Upon test completion, the logs had zero errors so I 
began replacing other instances with the updated AMI instances.  After a
 weekend of running the 35-40ish clients, I have logs once again filled 
with:</p>

2010/09/20 16:27:01 [18581] rsync error: error in rsync protocol data stream (code 12) at io.c(601) [Receiver=3.0.7]
2010/09/20 16:30:01 [18627] rsync error: unexplained error (code 255) at io.c(601) <br><p>Is it unreasonable to have 35-40 clients connect to an rsync server simultaneously?  Is this possibly a load issue?</p><br><br><br>
<br><div class="gmail_quote">On Thu, Sep 16, 2010 at 11:04 AM, J. T. Gray <span dir="ltr">&lt;<a href="mailto:jtg@intarcorp.com">jtg@intarcorp.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Added --bwlimit=150 at 10:58, had a success at 10:59, failure at 11:00, and success at 11:01.<br><br>It takes about 1.7s to execute the rsync command, for what that&#39;s worth.<br><br>That it seems to fail immediately suggests it&#39;s something connection-related, but that it fails on rsh and ssh both suggests it&#39;s something specific to the client app.  I&#39;m currently updating my EC2 image to see if it&#39;s specific to the build of Ubuntu I&#39;m using.<div>
<div></div><div class="h5"><br>
<br><br><br><div class="gmail_quote">On Thu, Sep 16, 2010 at 10:54 AM, Mac User FR <span dir="ltr">&lt;<a href="mailto:macuserfr@free.fr" target="_blank">macuserfr@free.fr</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

Already tried --bwlimit. In my case it didn&#39;t change the error. It just slowed down the identical file recognition. But when it came to a file modified from what exist on the backup server, it dropped the connection.<br>


<br>
Thanks anyway for the help!<br>
<br>
Vitorio<br>
<br>
Le 16 sept. 10 à 15:56, Paul Slootman a écrit :<div><div></div><div><br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
On Thu 16 Sep 2010, Mac User FR wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I read somewhere that the ssh connection was stronger than rsync one<br>
in unstable networks. And effectively, if I run rsync via ssh ( -e<br>
option), the transfer happen without errors, on the same computer<br>
using the same networking setup.<br>
</blockquote>
<br>
I wouldn&#39;t be surprised that the extra overhead related to ssh slows the<br>
transfer sufficiently to make a flakey network connection not give up.<br>
Perhaps try rate-limiting the rsync transfer.<br>
<br>
<br>
Paul<br>
-- <br>
Please use reply-all for most replies to avoid omitting the mailing list.<br>
To unsubscribe or change options: <a href="https://lists.samba.org/mailman/listinfo/rsync" target="_blank">https://lists.samba.org/mailman/listinfo/rsync</a><br>
Before posting, read: <a href="http://www.catb.org/%7Eesr/faqs/smart-questions.html" target="_blank">http://www.catb.org/~esr/faqs/smart-questions.html</a><br>
</blockquote>
<br>
-- <br>
Please use reply-all for most replies to avoid omitting the mailing list.<br>
To unsubscribe or change options: <a href="https://lists.samba.org/mailman/listinfo/rsync" target="_blank">https://lists.samba.org/mailman/listinfo/rsync</a><br>
Before posting, read: <a href="http://www.catb.org/%7Eesr/faqs/smart-questions.html" target="_blank">http://www.catb.org/~esr/faqs/smart-questions.html</a><br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>