Re: Data sitting and remaining in Send-Q

[Jan-Benedict Glaw <jbglaw@lug-owl.de>]

On Mon, 2001-12-24 19:10:32 +0100, José Luis Domingo López <jdomingo@internautas.org>
wrote in message <20011224181031.GA7934@localhost>:
> On Monday, 24 December 2001, at 18:01:42 +0100,
> Jan-Benedict Glaw wrote:
> > I've got some problem with a freshly installed Debian sid system.
> > It's running with 2.4.16, 2.4.17-rc2 and 2.4.17 (the problem
> > appears on all these kernels) and something seems to break ssh.
> 
> My own experience with Debian's ssh is that, sooner or later,
> X-forwarding fails, with Send-Q (or Recv-Q) in the server side
> completely full. The server side was Debian Sid, and client side was
> Debian Woody, and it happened with both a simple xclock and gkrellm (ssh
> remoteserver xclock, ssh remoteserver gkrellm).

Seems to bo a more general problem. I just installed ftpd and telnetd.
*Both* of them show exactly the same behaviour: 'ls -l' via  telnet
blocks also. I could get a 635 byte file via ftp, but fetching a
69294 bytes long file stalled. (This time, strace shows that ftpd is
sitting in write(5, ...data..., 56262), and there are
13032 bytes in Send-Q for ftpd...)

So what is this? Seems that there's a general TCP I/O problem with
the software current software versions in Debian unstable. libc
problem? Could a lousy network card cause this? Are there any
debugging hints for me?

MfG, JBG

-- 
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	 -- New APT-Proxy written in shell script --
	   http://lug-owl.de/~jbglaw/software/ap2/