Re: bin/45200: Scp hangs after sending

[Manuel Bouyer <bouyer%antioche.eu.org@localhost>]

The following reply was made to PR bin/45200; it has been noted by GNATS.

From: Manuel Bouyer <bouyer%antioche.eu.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: gnats-admin%NetBSD.org@localhost, netbsd-bugs%NetBSD.org@localhost
Subject: Re: bin/45200: Scp hangs after sending
Date: Mon, 1 Aug 2011 14:12:41 +0200

 On Mon, Aug 01, 2011 at 11:25:00AM +0000, hannken%eis.cs.tu-bs.de@localhost 
wrote:
 > Running scp hangs after the data is transferred. Output from
 > 
 > scp: debug2: channel 0: written 263 to efd 8
 >      debug2: tcpwinsz: 33580 for connection: 5
 >      debug2: tcpwinsz: 33580 for connection: 5
 >      debug2: tcpwinsz: 33580 for connection: 5
 >      Sending file modes: C0644 200 x0x
 >      debug2: tcpwinsz: 33580 for connection: 5
 >      debug2: tcpwinsz: 33580 for connection: 5
 >      debug2: channel 0: rcvd ext data 20
 >      debug2: tcpwinsz: 33580 for connection: 5
 >      Sink: C0644 200 x0x
 >      debug2: channel 0: written 20 to efd 8
 >      debug2: tcpwinsz: 33580 for connection: 5
 >      debug2: tcpwinsz: 33580 for connection: 5
 >      x0x                        100%  200     0.2KB/s   0.2KB/s   00:00    
 >      debug2: tcpwinsz: 33580 for connection: 5
 >      debug2: tcpwinsz: 33580 for connection: 5
 > 
 > sshd:        debug1: session_by_channel: session 0 channel 0
 >      debug1: session_input_channel_req: session 0 req exec
 >      debug2: fd 3 setting TCP_NODELAY
 >      debug3: packet_set_tos: set IP_TOS 0x08
 >      debug2: fd 10 setting O_NONBLOCK
 >      debug2: fd 9 setting O_NONBLOCK
 >      debug2: fd 12 setting O_NONBLOCK
 >      debug2: tcpwinsz: 33580 for connection: 3
 >      debug2: channel 0: read 263 from efd 12
 >      debug2: channel 0: rwin 2097152 elen 263 euse 1
 >      debug2: channel 0: sent ext data 263
 >      debug2: channel 0: read 20 from efd 12
 >      debug2: channel 0: rwin 2096888 elen 20 euse 1
 >      debug2: channel 0: sent ext data 20
 
 Can you check with ps -l and ktrace on what syscall/channel it hangs ?
 
 -- 
 Manuel Bouyer <bouyer%antioche.eu.org@localhost>
      NetBSD: 26 ans d'experience feront toujours la difference
 --