On Thu, 4 Mar 2004, Chris Shenton wrote: > Current and new kernel from last week: > > FreeBSD PECTOPAH.shenton.org 5.2-CURRENT FreeBSD 5.2-CURRENT #18: Thu Feb 26 09:24:28 EST 2004 chris_at_PECTOPAH.shenton.org:/usr/obj/usr/src/sys/PECTOPAH i386 > > When emacs does or I do in a shell an "ls /" it hangs. Neither ^C nor > ^Z help, and root using "kill -9" has no effect on the hung processes: 'ps axlwww' is generally more useful in these cases since it shows the wchan -- what the processs is blocking in. > chris 69584 0.0 0.1 1492 912 p7- D 9:40AM 0:00.01 /bin/ls -al -- /. > > A truss suggests it might be hanging on the NFS mount I have on an old > NetApp. It does NOT hang with simple "ls /netapphome" but does if I > use "ls -l /netapphome". I had hooked up the NetApp last week but had > some problems, so I left the mounts in place. But it looks like some > "ls" I did on those mounts last week are still stuck (Thu11AM above > must be from last week because it's 10am Thursday now). Unless you mounted the NFS volume soft for interruptible (intr), these are stuck permanently. Welcome to the joys of NFS. :) If you're seeing this on new mounts, I strongly sugget getting a network capture and viewing it with ethereal. Its quite good at decoding the RPC calls and can shed some light on the situation. You can use tcpdump's save capability to view the capture on another box if you don't run X off this machine. -- Doug White | FreeBSD: The Power to Serve dwhite_at_gumbysoft.com | www.FreeBSD.orgReceived on Thu Mar 04 2004 - 10:26:52 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:46 UTC