X-Spam-Check-By: sourceware.org Message-ID: <03f301c7b748$6ca17f40$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Dave Korn" , References: <1182787064 DOT 738 DOT 1 DOT camel AT station-1 DOT ad DOT isillc DOT com> <082101c7b744$72ec5ae0$2e08a8c0 AT CAM DOT ARTIMI DOT COM> Subject: Re: rsync windows hang Date: Mon, 25 Jun 2007 17:46:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MDRemoteIP: 212.135.219.182 X-Return-Path: killing AT multiplay DOT co DOT uk X-Envelope-From: killing AT multiplay DOT co DOT uk X-MDaemon-Deliver-To: cygwin AT cygwin DOT com X-Spam-Processed: multiplay.co.uk, Mon, 25 Jun 2007 17:46:59 +0100 X-MDAV-Processed: multiplay.co.uk, Mon, 25 Jun 2007 17:47:00 +0100 X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com ----- Original Message ----- From: "Dave Korn" >> Trying to get rsync running on Windows. It seems to "hang" when >> transferring a certain excel spreadsheet. As far as I can tell the >> spreadsheet is not open by anybody and is copyable using `dd`. Hence, >> cygwin can read it just fine. Any idea why this might be hanging in >> rsync? >> >> rsync on Windows is using no CPU when it hits this file and it does not >> proceed. > > It's far from obvious. Is your anti-virus conceivably interfering? Is the > file unusually massive? Can rsync transfer a copy of the file made with dd? > Can rsync transfer a copy of the file renamed? All though this may not be the case here but rsync over ssh is simply unusable under cygwin for the most part. I've tried for years to get it working reliably and its simply not possible I'm afraid. It seems related to the very slow ssh transfer issue and I suspect some low level thing to due with buffering and the way sockets are dealt with in the cygwin core is at fault. There are two options we've used in the past. rsync in daemon mode which doesn't use ssh and also doesn't seem to be as unstable or use SFU version rsync which doesn't seem to have the same issues and also has very good throughput under ssh as well. P.S. This is NOT a dig at cygwin as this is not some simple problem that can be fixed easily its a nasty timing issue thing by all investigation. Yes it would be nice to see it fixed but its one part of a very valuable system which work faultlessly for the most part. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster AT multiplay DOT co DOT uk. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/