Date: Tue, 25 Aug 1998 17:17:44 +0000 From: Mike Smith <mike@smith.net.au> To: Scott Drassinower <scottd@cloud9.net> Cc: freebsd-hardware@FreeBSD.ORG Subject: Re: Intel 100+ troubles Message-ID: <199808251717.RAA00891@dingo.cdrom.com> In-Reply-To: Your message of "Tue, 25 Aug 1998 15:44:46 -0400." <Pine.BSF.4.02A.9808251523120.5062-100000@earl-grey.cloud9.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> > In May I posted about a problem we were (and still are) having with Intel > 100+ cards with 2.2.6. The machines are connected to a Cisco Catalyst > 2916 switch. > > Some NFS operations, on large (200+ megabyte) files or files that are > being constantly updated will simply hang; ps shows them as being in disk > wait state. They never recover and won't die. Running tail, grep, or sz > on one of these files will reproduce the problem almost every time. A > 2.2.6 NFS client reading files from a BSDI 2.1 NFS server also reproduces > the problem. There have been some serious NFS-related fixes subsequent to 2.2.6; it is quite possible that you're seeing the bugs that these addressed rather than a hardware problem. It is useful to add the 'l' flag to ps(1) and see what the hung processes have in their WCHAN field, as this gives more detail than just "disk wait". If you have an opportunity, you might want to build a 2.2.7 kernel and see if you can reproduce the problems. If you don't have the resources to do this in-house, you should be able to ask on the freebsd-stable list for someone to generate a -stable kernel for you to try. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199808251717.RAA00891>