Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 Date: Mon, 13 Dec 2004 14:37:45 -0600 From: Bob Smart To: cygwin AT cygwin DOT com Subject: Limitation in SCP? Message-Id: <20041213143745.28b476b5@boing.blorch.org> Organization: Blorch! Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I've discovered that in some circumstances, scp seems to get tired early when transferring a largish file (around 200MB). It copies diligently for the first 20-40MB (exactly where it stops varies from run to run), then CPU usage drops to zero, the file stops growing on the receiving end, there's no apparent network traffic, and everything just pretty much halts. A ps shows the scp task running, but not doing anything. I've only seen this when copying between two W2K machines (both Cygwin, both using the Cygwin SSH package, both of pretty recent vintage with DLL 1.5.11). I did my development testing between Linux and NT, and I never saw this behavior in that environment. It always fails with the W2K machines. I also never see this happen with tar. If I do a tar-to-tar pipe via SSH, everything works even in the W2K-to-W2K environment. However, I'd like to understand why I can't use scp for this. -- GPG public key available from public key server network or from www.blorch.org/bob Fingerprint BA4A 552C BE3D 8C40 ED76 F372 DF9E 320D 37FA 16AC -- 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/