cygwin scp file copy counters stop incrementing/decrementing
 

Hello,

I'm running cygwin 1.7.7 on a win2k3R2 Standard edition server. I have a RHEL 4.7 linux host I'm scp'ing files from to the windows system using a simple cygwin scp command from what appears to be OpenSSH_5.5p1 on the cygwin host.

When I run the simple scp command on the cygwin host, the counters initially display and increment/decrement, albeit what is at a much slower rate than is actually taking place.

After the percent complete reaches a little less than 10%, all the counters from the cygwin console window cease to increment/decrement.

However, when I cd to the directory on the cygwin host where the file is being scp'ed to, the file is continuing to be transferred and a much higher rate than the counters seem to show.

Finally, when the file transfer is complete by directly seeing the byte count as equal between the hosts, the scp counters will suddenly jump to 100% complete.

This is not the case with my linux to linux scp's. The counters increment/decrement as expected and transfers are about what I'd expect over the same network infrastructure.

This appears to be a cygwin ssh/scp implementation issue. I've posited this question to cygwin with no response as yet. The only reference I've been able to find on the 'net refers to buffering causing file transfers to appear to complete later than the transfer really does.

The fact that the transfer appears to actually complete is good. However, I have some timing dependent processes before and after the scp's take place. Rather than using an old fashioned stopwatch and timing the file transfers manually, I was really wanting to use the full scp functionality to do the timing for me.

So the question is, is this normal (dis)behavior for the cygwin port of scp/ssh? I'm not using any options for the scp command. The version of ssh appears to be OpenSSH_5.5p1 called by the cygwin system or whatever cygwin is.

Any thoughts? Anyone have the same issue with this pretty vanilla configuration?

Thanks!

Blaine

Hi

Not sure, but you could try pscp and compare the results. It should reveal if it's something to do with cygwin or some other thing. The pscp is native win32 so it doesn't use cygwin. You can download it the same place as you download putty:

http://www.chiark.greenend.org.uk/~s.../download.html

Thanks for the info. I'll check it out. My only concern is adding another variable into an already complicated process. I'm willing to bet you're right in that pscp should work. And I've had no response from the folks at cygwin on why their supposedly native scp process doesn't work as advertised.

Thanks again... I'll let you know what the results are.

Blaine Miller

Marking this as solved although it really isn't. I got word back from cygwin that both of their file transport process ports, scp and rsync, are flawed. They either don't work or fail somewhere along the way.

It looks like my only alternatives are to use NFS, SAMBA, an alternate 3rd party product of some combination of these to do the kind of transfers I'm looking to do.

Thanks to everyone for viewing and leaving pointers.

Blaine