From bacon@smithers.neuro.mcw.edu  Wed Oct 27 16:54:20 2004
Return-Path: <bacon@smithers.neuro.mcw.edu>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 61DF016A4CE
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 27 Oct 2004 16:54:20 +0000 (GMT)
Received: from smithers.neuro.mcw.edu (smithers.neuro.mcw.edu [141.106.106.66])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F2D7943D55
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 27 Oct 2004 16:54:19 +0000 (GMT)
	(envelope-from bacon@smithers.neuro.mcw.edu)
Received: from smithers.neuro.mcw.edu (localhost [127.0.0.1])
	by smithers.neuro.mcw.edu (8.13.1/8.13.1) with ESMTP id i9RGsIXD001169
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 27 Oct 2004 11:54:18 -0500 (CDT)
	(envelope-from bacon@smithers.neuro.mcw.edu)
Received: (from bacon@localhost)
	by smithers.neuro.mcw.edu (8.13.1/8.13.1/Submit) id i9RGsI35001168;
	Wed, 27 Oct 2004 11:54:18 -0500 (CDT)
	(envelope-from bacon)
Message-Id: <200410271654.i9RGsI35001168@smithers.neuro.mcw.edu>
Date: Wed, 27 Oct 2004 11:54:18 -0500 (CDT)
From: Jason Bacon <bacon@smithers.neuro.mcw.edu>
Reply-To: Jason Bacon <bacon@smithers.neuro.mcw.edu>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: PS/2 keyboard problems when NFS server under load
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         73209
>Category:       kern
>Synopsis:       PS/2 keyboard problems when NFS server under load
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Oct 27 17:00:46 GMT 2004
>Closed-Date:    Mon Jul 04 17:28:35 GMT 2005
>Last-Modified:  Mon Jul 04 17:28:35 GMT 2005
>Originator:     Jason Bacon
>Release:        FreeBSD 5.3-RC1 i386
>Organization:
Medical College of Wisconsin
>Environment:
System: FreeBSD smithers.neuro.mcw.edu 5.3-RC1 FreeBSD 5.3-RC1 #0: Fri Oct 22 12:14:47 CDT 2004 bacon@smithers.neuro.mcw.edu:/usr/obj/usr/src/sys/smithers i386

>Description:
	When the NFS server is under load from a single client machine,
	(only one client is connected to this server)
	some keystrokes are lost and some are doubled on the console.
	The client is a SuSE 8.2 box copying data from a DVDRAM to
	the 5.3RC1 NFS server using UDP.  The server is a slow machine 
	(Celeron 266), so this problem may not show up on more current 
	hardware.

dmesg.boot:

Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.3-RC1 #0: Fri Oct 22 12:14:47 CDT 2004
    bacon@smithers.neuro.mcw.edu:/usr/obj/usr/src/sys/smithers
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Pentium II/Pentium II Xeon/Celeron (266.44-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x650  Stepping = 0
  Features=0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR>
real memory  = 268435456 (256 MB)
avail memory = 253022208 (241 MB)
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Intel 82443LX (440 LX) host to PCI bridge> pcibus 0 on motherboard
pir0: <PCI Interrupt Routing Table: 5 Entries> on motherboard
pci0: <PCI bus> on pcib0
agp0: <Intel 82443LX (440 LX) host to PCI bridge> mem 0x44000000-0x47ffffff at device 0.0 on pci0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
fxp0: <Intel 82558 Pro/100 Ethernet> port 0x2400-0x241f mem 0x40100000-0x401fffff,0x40400000-0x40400fff irq 11 at device 13.0 on pci0
miibus0: <MII bus> on fxp0
inphy0: <i82555 10/100 media interface> on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: Ethernet address: 00:08:c7:72:cb:28
pci0: <multimedia, audio> at device 14.0 (no driver attached)
ahc0: <Adaptec 2940 Ultra SCSI adapter> port 0x2000-0x20ff mem 0x42000000-0x42000fff irq 11 at device 15.0 on pci0
ahc0: [GIANT-LOCKED]
aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs
isab0: <PCI-ISA bridge> at device 20.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 UDMA33 controller> port 0x2440-0x244f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 20.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
uhci0: <Intel 82371AB/EB (PIIX4) USB controller> port 0x2420-0x243f irq 11 at device 20.2 on pci0
uhci0: [GIANT-LOCKED]
usb0: <Intel 82371AB/EB (PIIX4) USB controller> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
umass0: LaCie USB 2.0 LaCie Big Disk, rev 2.00/9a.bc, addr 2
umass0: Get Max Lun not supported (STALLED)
piix0: <PIIX Timecounter> port 0xfc00-0xfc0f at device 20.3 on pci0
Timecounter "PIIX" frequency 3579545 Hz quality 0
cpu0 on motherboard
orm0: <ISA Option ROMs> at iomem 0xe0000-0xe7fff,0xc9000-0xcd7ff,0xc8000-0xc87ff,0xc0000-0xc7fff on isa0
pmtimer0 on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model Generic PS/2 mouse, device ID 0
fdc0: <Enhanced floppy controller> at port 0x3f0-0x3f5 irq 6 drq 2 on isa0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
ppbus0: <Parallel port bus> on ppc0
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
unknown: <PNP0401> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0700> can't assign resources (port)
unknown: <PNP0303> can't assign resources (port)
unknown: <PNP0f13> can't assign resources (irq)
ahc1: No resources allocated.
unknown: <PNP0c02> can't assign resources (port)
unknown: <PNP0c02> can't assign resources (port)
Timecounter "TSC" frequency 266444446 Hz quality 800
Timecounters tick every 10.000 msec
Waiting 15 seconds for SCSI devices to settle
da1 at umass-sim0 bus 0 target 0 lun 0
da1: <LaCie Big Disk G372 > Fixed Direct Access SCSI-4 device 
da1: 1.000MB/s transfers
da1: 381564MB (781443935 512 byte sectors: 255H 63S/T 48642C)
cd0 at ahc0 bus 0 target 4 lun 0
cd0: <MATSHITA DVD-RAM LF-D200 A120> Removable CD-ROM SCSI-4 device 
cd0: 10.000MB/s transfers (10.000MHz, offset 15)
cd0: Attempt to query device size failed: NOT READY, Medium not present
da0 at ahc0 bus 0 target 0 lun 0
da0: <IBM DRVS18V 0140> Fixed Direct Access SCSI-3 device 
da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled
da0: 17519MB (35879135 512 byte sectors: 255H 63S/T 2233C)
Mounting root from ufs:/dev/da0s1a

top during NFS activity:

last pid:  1140;  load averages:  3.25,  1.73,  2.03    up 0+01:25:04  11:52:14
77 processes:  4 running, 73 sleeping
CPU states:  6.2% user,  0.0% nice, 32.4% system,  5.8% interrupt, 55.6% idle
Mem: 133M Active, 33M Inact, 66M Wired, 9512K Cache, 34M Buf, 648K Free
Swap: 1024M Total, 19M Used, 1005M Free, 1% Inuse

  PID USERNAME PRI NICE   SIZE    RES STATE    TIME   WCPU    CPU COMMAND
  359 root       4    0  1256K   700K -       12:07 12.50% 12.50% nfsd
  361 root       4    0  1256K   700K -        4:40  8.84%  8.84% nfsd
  362 root       4    0  1256K   700K -        3:53  7.67%  7.67% nfsd
  360 root       4    0  1256K   700K -        3:14  7.13%  7.13% nfsd
  994 bacon     -8    0  2208K  1268K biowr    1:16  2.78%  2.78% cp
  597 bacon     99    0 28956K 15776K select   3:06  2.05%  2.05% kdeinit
  546 root      97    0 22408K 14404K RUN      2:21  1.07%  1.07% Xorg
  611 bacon     96    0 32388K 16708K RUN      0:45  0.00%  0.00% kdeinit
  607 bacon     20  -76 12888K  5968K kserel   0:40  0.00%  0.00% artsd
  940 bacon     96    0 44748K 30356K select   0:32  0.00%  0.00% kmail
  624 bacon     96    0 25888K 14856K select   0:27  0.00%  0.00% kdeinit
  617 bacon     96    0 27532K 14896K select   0:25  0.00%  0.00% kdeinit
  621 bacon     96    0 29012K 17608K select   0:22  0.00%  0.00% kdeinit
  902 bacon     96    0 39512K 26504K select   0:20  0.00%  0.00% kdeinit
  615 bacon     96    0 26384K 15456K RUN      0:17  0.00%  0.00% kdeinit
  502 root      96    0  1268K   652K select   0:11  0.00%  0.00% moused

	I thought it would be worth reporting since it might provide some
	valuable clues for debugging.
>How-To-Repeat:
	Write a constant stream of data to a slow NFS server.
>Fix:
	Unknown.
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: brooks 
State-Changed-When: Mon Nov 1 21:50:46 GMT 2004 
State-Changed-Why:  
Looking at the dmesg, I'm guessing you're probably writting to da1, the 
USB disk.  If so I'm not too supprised you're seeing problems since the 
USB system has serious latency problems in some cases.  Could you try 
writing a file to which every drive you are using with a command like: 

dd if=/dev/zero of=/path/to/file/on/drive 

I'm curiously to know if that causes the same problems.  If so, we know 
it's not NFS, if not it may or may not be (NFS could be pushing the 
system over the edge if the root cause is elsewhere). 

http://www.freebsd.org/cgi/query-pr.cgi?pr=73209 

From: Jason Bacon <bacon@smithers.neuro.mcw.edu>
To: Brooks Davis <brooks@one-eyed-alien.net>
Cc: Brooks Davis <brooks@FreeBSD.org>,
	freebsd-gnats-submit@FreeBSD.org
Subject: Re: kern/73209: PS/2 keyboard problems when NFS server under load
 (fwd)
Date: Tue, 2 Nov 2004 14:42:44 -0600 (CST)

 On Tue, 2 Nov 2004, Brooks Davis wrote:
 
 > On Mon, Nov 01, 2004 at 06:01:28PM -0600, Jason Bacon wrote:
 >> 
 >> Actually, no - the USB disk happened to be connected during boot, but was
 >> never touched.  The process was writing to da0:
 >> 
 >> Filesystem   1K-blocks      Used    Avail Capacity  Mounted on
 >> /dev/da0s1a     253678     56780   176604    24%    /
 >> devfs                1         1        0   100%    /dev
 >> /dev/da0s1e     253678       332   233052     0%    /tmp
 >> /dev/da0s1f   15592330  13594272   750672    95%    /usr
 >> /dev/da0s1d     253678     30288   203096    13%    /var
 >> 
 >> #The following examples export /usr to 3 machines named after ducks,
 >> #/usr/src and /usr/ports read-only to machines named after trouble makers
 >> #/home and all directories under it to machines named after dead rock
 >> stars
 >> #and, /a to a network of privileged machines allowed to write on it as
 >> root.
 >> #/usr                   huey louie dewie
 >> #/usr/src /usr/obj -ro  calvin hobbes
 >> #/home   -alldirs       janice jimmy frank
 >> #/a      -maproot=0  -network 10.0.1.0 -mask 255.255.248.0
 >> #
 >> # You should replace these lines with your actual exported filesystems.
 >> # Note that BSDs export synatx is host-centric vs. Suns "FS-centric" one.
 >> 
 >> /usr/home       -maproot=0      neelix
 >> 
 >> There was nothing else loading the system at the time, either.
 > 
 > That's the sort of information you need to provide in your PRs.  Could
 > you please verify that you can't trigger this behavior with large local
 > accesses?  We need to narrow the field a bit.  Also, please CC   Could
 > you please verify that you can't trigger this behavior with large local
 > accesses?  We need to narrow the field a bit.
 > 
 > Please CC freebsd-gnats-submit@freebsd.org with your reply so this
 > discusion ends up in the PR history.
 > 
 > Thanks,
 > Brooks
 
 Here you go, plus more...
 
 =========================================================================
 Local access on smithers
 =========================================================================
 smithers bacon ~ 218: tar cf x11.tar /usr/X11R6/
 tar: Removing leading '/' from member names
 
 [top on smithers]
 
 last pid: 38077;  load averages:  1.00,  3.21,  3.51    up 6+04:24:28  13:51:38
 61 processes:  2 running, 59 sleeping
 CPU states: 10.8% user,  0.0% nice, 37.8% system,  1.9% interrupt, 49.4% idle
 Mem: 107M Active, 57M Inact, 68M Wired, 11M Cache, 34M Buf, 648K Free
 Swap: 1024M Total, 5776K Used, 1018M Free
 
   PID USERNAME PRI NICE   SIZE    RES STATE    TIME   WCPU    CPU COMMAND
 38077 bacon     -8    0  1624K  1188K biord    0:07 29.49% 20.17% bsdtar
 37868 root      97    0 18500K 17544K select   0:22  2.73%  2.73% Xorg
 37912 bacon     97    0 26488K 16772K RUN      0:20  2.34%  2.34% kdeinit
   502 root      96    0  1268K    68K select   3:32  0.68%  0.68% moused
 37928 bacon     96    0 32388K 17916K select   0:06  0.49%  0.49% kdeinit
 37972 bacon     96    0  2796K  2052K select   0:01  0.15%  0.15% rxvt
 
 [Add another tar while the first is still running]
 
 last pid: 38088;  load averages:  0.93,  2.15,  3.01    up 6+04:27:12  13:54:22
 63 processes:  2 running, 61 sleeping
 CPU states: 17.1% user,  0.0% nice, 41.1% system,  1.6% interrupt, 40.3% idle
 Mem: 108M Active, 65M Inact, 56M Wired, 13M Cache, 34M Buf, 648K Free
 Swap: 1024M Total, 5820K Used, 1018M Free
 
   PID USERNAME PRI NICE   SIZE    RES STATE    TIME   WCPU    CPU COMMAND
 38085 bacon     -8    0  1624K  1192K biord    0:09 12.07% 11.47% bsdtar
 38086 bacon    101    0  1624K  1192K RUN      0:08 12.26% 11.47% bsdtar
 37912 bacon     96    0 26488K 16740K select   0:26  2.83%  2.83% kdeinit
 37868 root      97    0 18664K 17720K select   0:28  2.64%  2.64% Xorg
   502 root      96    0  1268K    68K select   3:33  0.49%  0.49% moused
 37968 bacon     96    0  2488K  1708K select   0:00  0.24%  0.24% rxvt
 38088 bacon     96    0  2376K  1548K RUN      0:00  1.35%  0.24% top
 
 [In nedit on smithers, during 1 tar operation:]
 
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 
 [In nedit on smithers, during 2 simultaneous tar operations:]
 
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 
 No problems with local access.
 
 Repeat the write experiment from a Linux client (neelix):
 
 ========================================================================
 NFS access from SuSE 8.2 client - cp -Rp /usr/X11R6 /smithers/home/bacon
 ========================================================================
 
 [From neelix fstab:]
 
 smithers:/usr/home      /smithers/home  nfs             rw,intr 0 0
 
 [From df on neelix:]
 
 Filesystem           1K-blocks      Used Available Use% Mounted on
 /dev/hda3             73848544  65386420   8462124  89% /
 shmfs                  1034604         0   1034604   0% /dev/shm
 uhura:/home2/jdrive/share
                       75685352  62228256   7402268  90% /windows/share
 smithers:/usr/home    15592330  10064846   4280098  71% /smithers/home
 
 neelix bacon ~ 204: /bin/cp -Rp /usr/X11R6 /smithers/home/bacon
 
 [Top on smithers]
 
 last pid: 38110;  load averages:  2.74,  1.94,  2.68    up 6+04:30:52  13:58:02
 62 processes:  4 running, 58 sleeping
 CPU states:  5.0% user,  0.0% nice, 56.4% system, 13.2% interrupt, 25.4% idle
 Mem: 108M Active, 51M Inact, 68M Wired, 15M Cache, 34M Buf, 648K Free
 Swap: 1024M Total, 5832K Used, 1018M Free
 
   PID USERNAME PRI NICE   SIZE    RES STATE    TIME   WCPU    CPU COMMAND
   359 root       4    0  1256K    12K -       18:05 22.75% 22.75% nfsd
   361 root       4    0  1256K    12K -        8:14  9.33%  9.33% nfsd
   362 root       4    0  1256K    12K -        6:51  8.40%  8.40% nfsd
   360 root       4    0  1256K    12K -        5:47  5.81%  5.81% nfsd
 37912 bacon     98    0 26488K 16740K select   0:34  2.34%  2.34% kdeinit
 37868 root      98    0 18680K 17720K RUN      0:35  1.95%  1.95% Xorg
 
 [In nedit on smithers, during cp from neelix:]
 
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 lalalaalalalalalalalalalalalallalalalalalallalalalalalalalalalalalalalal
 lalalalalalalalalalalalalalaallaalllalalalalalalalalalalalalalalalalalal
 
 (Note the inconsistencies - I was being very careful to alternate between
 'a' and 'l')
 
 
 
 ========================================================================
 Thought of one more angle: See if a FreeBSD client produces the same
 problem:
 
 NFS access from FreeBSD 5.2.1 client (moe) - similar to SuSE client
 (fast Athlon machine)
 
 cp -Rp /usr/X11R6 /smithers/home/bacon
 ========================================================================
 
 [From fstab on moe:]
 
 smithers:/usr/home      /smithers/home  nfs     rw,intr         0       0
 
 [df on moe:]
 
 Filesystem         1K-blocks      Used    Avail Capacity  Mounted on
 /dev/ad0s1a           253678     64400   168984    28%    /
 devfs                      1         1        0   100%    /dev
 /dev/ad0s1e           253678      2556   230828     1%    /tmp
 /dev/ad0s1f        113508718  84828108 19599914    81%    /usr
 /dev/ad0s1d           253678     45282   188102    19%    /var
 apu:/home2         282261358 245038456 14641994    94%    /apu/home2
 apu:/home3         282261358 241584110 18096340    93%    /apu/home3
 smithers:/usr/home  15592330  10064852  4280092    70%    /smithers/home
 
 [top on smithers]
 
 last pid: 38154;  load averages:  0.75,  0.76,  1.45    up 6+04:42:41  14:09:51
 64 processes:  4 running, 60 sleeping
 CPU states:  7.3% user,  0.0% nice, 59.6% system, 15.0% interrupt, 18.1% idle
 Mem: 110M Active, 74M Inact, 50M Wired, 8980K Cache, 34M Buf, 648K Free
 Swap: 1024M Total, 5776K Used, 1018M Free
 
   PID USERNAME PRI NICE   SIZE    RES STATE    TIME   WCPU    CPU COMMAND
   359 root       4    0  1256K    12K -       19:25 32.28% 32.28% nfsd
 37912 bacon     96    0 26488K 16732K select   1:01  2.98%  2.98% kdeinit
 37868 root      97    0 18680K 17704K select   0:53  1.90%  1.90% Xorg
 38078 bacon     96    0  7160K  4396K select   0:10  0.83%  0.83% nedit
   502 root      96    0  1268K    68K select   3:38  0.15%  0.15% moused
 
 * Interesting note: This copy did NOT trigger multiple nfsd processes as
 the Linux client did.  FYI, I've had problems with Linux clients in the 
 past causing panics on my FreeBSD 4.x servers.  I worked around it by 
 using TCP instead of UDP.  ( Followup below )
 
 [In nedit on smithers, during cp from moe:]
 
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 lalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalalala
 
 The keyboard problem does NOT show up when writing from a FreeBSD client!
 
 
 ========================================================================
 SuSE 8.2 client with TCP
 ========================================================================
 
 I then changed the Linux client to use TCP instead of UDP.  SAME PROBLEM
 with the keyboard on smithers, plus the response time on smithers became
 unbearable.  ( The mouse cursor and keystrokes ran several seconds behind )
 
 [From fstab on neelix:]
 
 smithers:/usr/home      /smithers/home  nfs             rw,tcp,intr 0 0
 
 [top on smithers:]
 
 last pid: 38208;  load averages:  5.83,  2.82,  2.12    up 6+05:02:43 
 14:29:53
 64 processes:  8 running, 56 sleeping
 CPU states:  1.6% user,  0.0% nice, 70.3% system, 28.0% interrupt,  0.1% 
 idle
 Mem: 111M Active, 53M Inact, 68M Wired, 9876K Cache, 34M Buf, 648K Free
 Swap: 1024M Total, 5748K Used, 1018M Free
 
    PID USERNAME PRI NICE   SIZE    RES STATE    TIME   WCPU    CPU COMMAND
    359 root      -8    0  1256K    12K biord   22:19 16.21% 16.21% nfsd
    361 root       4    0  1256K    12K -        8:48 13.33% 13.33% nfsd
    362 root       4    0  1256K    12K -        7:17 12.35% 12.35% nfsd
    360 root       4    0  1256K    12K -        6:09 11.52% 11.52% nfsd
 37912 bacon     96    0 26488K 16728K RUN      1:42  0.44%  0.44% kdeinit
 37868 root      96    0 18704K 17756K select   1:27  0.34%  0.34% Xorg
 
 -----------------------------------------------------------------------
 Real men aren't afraid to eat quiche.
 -----------------------------------------------------------------------
 
Adding to audit trail from email received:

Sorry, this machine has been upgraded, so I don't think I can reproduce
the problem anymore.  You might as well close it.  I'll submit a new
report if it ever comes up again.
State-Changed-From-To: feedback->closed 
State-Changed-By: linimon 
State-Changed-When: Mon Jul 4 17:27:51 GMT 2005 
State-Changed-Why:  
Submitter can no longer duplicate this problem. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=73209 
>Unformatted:
