[Bug 856] scp hangs on FIFOs rather than erroring

bugzilla-daemon at mindrot.org bugzilla-daemon at mindrot.org
Fri Feb 18 09:36:02 EST 2005


http://bugzilla.mindrot.org/show_bug.cgi?id=856





------- Additional Comments From rngadam at yahoo.com  2005-02-18 09:36 -------
Just thought I'd drop in to ask for this bug to be solved and add another vote
to solving this bug... 

I was trying to copy my CrossOver Office config (about 470M worth of data) using
scp to another machine configured as follows:

The source: kernel 2.6.10 (compiled manually), full-duplex 100Mbps
The target: kernel 2.6.8 (from Debian), half-duplex 10 Mbps

scp just hang after transferring data for a while.

I eventually isolated the problem to a specific directory:

$ strace scp -v -r ~/.cxoffice/dotwine/fake_windows/Windows/Temp 142.225.125.203:
debug1: Sending command: scp -v -r -t .
"\0", 1)                        = 1
open(".cxoffice/dotwine/fake_windows/Windows/Temp", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open(".cxoffice/dotwine/fake_windows/Windows/Temp",
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4
fstat64(4, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
fcntl64(4, F_SETFD, FD_CLOEXEC)         = 0
write(2, "Entering directory: D0755 0 Temp"..., 33Entering directory: D0755 0 Temp
) = 33
write(6, "D0755 0 Temp\n", 13)          = 13
read(7, "\0", 1)                        = 1
getdents64(4, /* 50 entries */, 4096)   = 1928
open(".cxoffice/dotwine/fake_windows/Windows/Temp/IExplorer6.log.fifo",
O_RDONLY|O_LARGEFILE   
[CTRL-C]
$ file ~/.cxoffice/dotwine/fake_windows/Windows/Temp/IExplorer6.log.fifo
.cxoffice/dotwine/fake_windows/Windows/Temp/IExplorer6.log.fifo: fifo (named pipe)

It took me a while to figure this out, find that there was an existing Debian
bug #246774 that referred to this one.  I think it is rather important from a
usability POV as the cause of this hang is entirely non-obvious.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.




More information about the openssh-bugs mailing list