On 6/1/05, Ryan Verner <[EMAIL PROTECTED]> wrote: > On Wed, 2005-06-01 at 07:01 +1000, Howard Lowndes wrote: > > > > Ryan Verner wrote: > > > On Tue, 2005-05-31 at 22:28 +1000, David wrote: > > > > > >>>I have a routine that runs an rsync to sync data from a Linux fs to a > > >>>vfat fs which I have smbmounted on a linux fs. > > >>> > > >>>It runs quite happily for a while, then stalls. > > >>> > > >>>the rsync command I an using is: > > >>>rsync -vrtL --delete /home/ext3fs /home/vfatfs > > >>> > > >>>What is the best way to find out why it might be stalling? I know > > >>>where, but why. > > >>> > > >> > > >> > > >>I've had a lot of trouble with rsync stalling. I've managed to cure it > > >>without understanding the reasons. Try adding --bwlimit=nnnn > > > > > > > > > Sounds like packet shaping somewhere is causing packet loss, which rsync > > > tends not to handle very well.
This may explain your problem and fits in with a packet shaping issue http://jared.sonicspike.net/pipermail/adsl-qos/2003-November/000477.html and this http://edseek.com/~jasonb/articles/traffic_shaping/scenarios.html you may not be shaping with iptables but your net admin may be shaping you on their switches etc.. > > > > I wouldn't be expecting packet shaping on a LAN. Never say never. A lot of switches are now implementing CoS boundaries on their user ports. Then again I could just be firing from the hip ;-) But it is worth a look -- James -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
