Date: Thu, 20 May 1999 16:57:13 -0700 (PDT) From: Tom <tom@uniserve.com> To: Kenn Martin <kmartin@infoteam.com> Cc: freebsd-stable@freebsd.org Subject: Re: Debugging a stalled connection Message-ID: <Pine.BSF.4.02A.9905201652460.18075-100000@shell.uniserve.ca> In-Reply-To: <19990520163439.B15580@infoteam.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 20 May 1999, Kenn Martin wrote: > I have a number of machines running 3.2-STABLE with no problem, except one, > an "old" Pentium 200. It has an Intel PRO/100+ Server Adapter (fxp0), two > IDE disks, and 1 IDE CDROM drive (dmesg below). This also was happening > in later builds of 3.1-STABLE. > > Large transfers, such as an NFS-mount installworld or a ftp get of a file > over approx 1MB, will stall regularly and indefinately. > > No other operation appears to be affected and I can start another ssh > session with the "stalled" machine. > > How should I go about debugging this problem? "netstat -i" will give you interface error counts. "netstat" will the status of all network connections. Check everything between the stalled machine and the client. This includes routers, switches, hubs, and cabling. Check error counters on all intervening equipment. Try switching MTU path discovery off. Misconfigured routers will break MTU discovery. Turn off TCP extensions. Broken routers and clients will not handle TCP extensions properly. > thanks, > kenn Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.02A.9905201652460.18075-100000>