This is only the second time ever this has happened, but it is still an
interesting problem... I have a large number of "emacs" processes stuck in
disk-wait. Here is the ps axl line for one such process:
33639 88194 1 0 -22 0 5856 340 vmpfw D qi- 0:01.34 emacs proxy.
Any attempt to access emacs on the client system would result in a type of
hang for that process. Here is a 'cat /usr/local/bin/emacs >/dev/null':
2371 90317 1 3 -18 0 268 8 pgtblk D p4- 0:00.02 cat /usr/loc
To "fix" this I went to the NFS server and 'cp emacs emacs.new;rm emacs;mv emacs.new
emacs'. In essence forcing a new FH. The old procs still stick arround.
This leads me to believe the problem is entirely on the local system (ie,
the kernel isn't asking for pages from the NFS server for that FH)
Any ideas what could be corrupting the local cache (I am assuming that is the
problem) like this. Nothing of note in the dmesg.
--
David Cross | email: [EMAIL PROTECTED]
Acting Lab Director | NYSLP: FREEBSD
Systems Administrator/Research Programmer | Web: http://www.cs.rpi.edu/~crossd
Rensselaer Polytechnic Institute, | Ph: 518.276.2860
Department of Computer Science | Fax: 518.276.4033
I speak only for myself. | WinNT:Linux::Linux:FreeBSD
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
