rsync hanging on Cygwin

Fri May 14 21:24:46 GMT 2004

Thanks for the advice Jim.

I'd already upgraded Cygwin to the latest cygwin1.dll and that did indeed
fix one known hang as described at http://rsync.samba.org but hasn't got rid
of the one I'm experiencing. 

I was hoping some of the info I sent in below might help track the issue
down...
Will keep experimenting - I'm not 100% sure, but as far as I can remember it
only hance when transferring files to the client, not if you are using the
client to send files to the destination machine.

I'll try and confirm or deny this last statement...

> -----Original Message-----
> From: Jim Salter [mailto:jim at jrssystems.net] 
> Sent: 14 May 2004 16:59
> To: tim at bango.net
> Cc: rsync at lists.samba.org
> Subject: Re: rsync hanging on Cygwin
> 
> Which version of rsync, AND which version of Cygwin, that you 
> run is VERY crucial.  Rsync itself wasn't actually the source 
> of the "hang" 
> bugs under Cygwin, the cygwin1.dll file was, from my understanding.
> 
> Either way, if you upgrade both Cygwin and Rsync to the 
> latest versions, your problem should go away.
> 
> -J
> 
> > I'm trying to use rsync under Cygwin on 2 machines running Windows 
> > 2000 Server There's a 2MB link between them and I'm using SSH setup 
> > for a passwordless connection
> >  
> > rsync hangs part way through transfers and when run again 
> hangs at the 
> > same place in the same files with no explanation no matter what 
> > verbosity level I set it to.  Each time it hangs it leaves an rsync 
> > process running on the "source" machine
> >  
> > I added the timeout option to the command which gives the 
> following info:
> > (don't know if this will help track down this issue)
> >  
> > io timeout after 60 seconds - exiting:00 rsync error: 
> timeout in data 
> > send/receive (code 30) at
> > /home/lapo/packaging/tmp/rsync-2.6.0/io.c(109)
> > rsync: connection unexpectedly closed (72412 bytes read so 
> far) rsync 
> > error: error in rsync protocol data stream (code 12) at
> > /home/lapo/packaging/tmp/rsync-2.6.0/io.c(189)
> > 
> > If I run it again the "bytes read so far" values is identical If I 
> > delete the particular file that it hangs at (from the destination) 
> > then the same thing happens again using or not using the -W option 
> > makes no difference using or not using compression makes no 
> difference
> >  
> >  
> >  
> > Now this bit is very odd:
> > If I change directory on the destination machine into the directory 
> > where the problem file is and change the rsync command to 
> transfer all 
> > the files in that directory (adding the directory/* to the source 
> > parameter) then the file is transferred just fine!
> >  
> > go figure!
> >  
> > I then rerun rsync and it will carry on past this file (since it is 
> > now up to date on the destination) until it hits some other 
> "problem" 
> > file and hangs again.
> >  
> >  
> > any ideas most appreciated!
> > There's a note on the website home page that using daemon mode 
> > sometimes works around this
> >  
> >  
> >  
> > The man page hints that I can run rsync in daemon mode on 
> the "source"
> > machine by specifying the right parameters on the client 
> command line 
> > If I'm using SSH do I still need to open up the rsync 
> server port on 
> > the "server" machine, or does the traffic come over the ssh 
> connection?
> > If so what is the format of the client command line - try 
> as I may I 
> > can't get it to work - it just exits immediately as soon as 
> I add the 
> > --daemon parameter
> >  
> >  
> >  
> >  
> >  
> >  
> > Info about my rsync/ssh/Cygwin setup
> >  
> > client version:
> >  
> > $ rsync --version
> > rsync  version 2.6.0  protocol version 27 Copyright (C) 
> 1996-2004 by 
> > Andrew Tridgell and others <http://rsync.samba.org/>
> > Capabilities: 64-bit files, socketpairs, hard links, 
> symlinks, batchfiles, 
> >               no IPv6, 64-bit system inums, 64-bit internal inums
> > 
> >  
> > On source:
> >  
> > $ ssh -V
> > OpenSSH_3.8p1, SSH protocols 1.5/2.0, OpenSSL 0.9.7d 17 Mar 2004
> > 
> > $  cygcheck -s
> > 1100k 2004/03/19 E:\cygwin\bin\cygwin1.dll
> >     Cygwin DLL version info:
> >         DLL version: 1.5.9
> >         DLL epoch: 19
> >         DLL bad signal mask: 19005
> >         DLL old termios: 5
> >         DLL malloc env: 28
> >         API major: 0
> >         API minor: 112
> >         Shared data: 4
> >         DLL identifier: cygwin1
> >         Mount registry: 2
> >         Cygnus registry name: Cygnus Solutions
> >         Cygwin registry name: Cygwin
> >         Program options name: Program Options
> >         Cygwin mount registry name: mounts v2
> >         Cygdrive flags: cygdrive flags
> >         Cygdrive prefix: cygdrive prefix
> >         Cygdrive default prefix: 
> >         Build date: Thu Mar 18 23:05:18 EST 2004
> >         Shared id: cygwin1S4
> >  
> > openssh              3.8p1-1            
> > openssl              0.9.7d-1           
> > rsync                2.6.0-1            
> > 
> > 
> >  
> > 
> >  
> > 
> > Tim Moss
> > SiteSpeed Ltd
> > Mobile:              0 77 9613 4891
> > 
> > Email:                <mailto:tim.moss at site-speed.co.uk>
> > tim.moss at site-speed.co.uk
> > 
> > Website:            <http://www.site-speed.co.uk/>
> > http://www.site-speed.co.uk
> > 
> > This email contains information from SiteSpeed Ltd, which may be 
> > privileged or confidential. If you are not the intended 
> recipient, be 
> > aware that any disclosure, copying, distribution or use of the 
> > contents of this information is prohibited. If you have 
> received this 
> > electronic message in error, please notify us immediately.
> > 
> > 
> >  
> > 
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 4350 bytes
Desc: not available
Url : http://lists.samba.org/archive/rsync/attachments/20040514/2055df38/winmail.bin