Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!emory!gatech!udel!princeton!silence!jay
From: jay@silence.princeton.nj.us (Jay Plett)
Newsgroups: comp.protocols.nfs
Subject: Re: Forcing a umount
Summary: this wheel has been invented
Keywords: nfs, umount, mount, fuser
Message-ID: <687@silence.princeton.nj.us>
Date: 28 Mar 91 03:43:52 GMT
References: <118@gordius.gordian.com> <93325@sgi.sgi.com> <93840@sgi.sgi.com>
Organization: home
Lines: 19

In article <93840@sgi.sgi.com>, vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
< In article <10472@exodus.Eng.Sun.COM>, brent@terra.Eng.Sun.COM (Brent Callaghan) writes:
< (in response to an off hand complaint of mine about automounter hangs)
< > ...
< > BTW: it's not easy to hang the automounter with a dead NFS mount.
< 
< some agreement, but see below.
< 
< >                                     A multithreaded automounter will
< > definitely be an improvement.
< 
< Much agreement, providing the locking hassles are safely resolved.

Just get amd.  It forks a child for potentially-blocking operations.  I
have seen it wedge in some very bizarre situations, but it is much
more robust than Sun's automounter.  And a lot more flexible/useful/powerful.
It's available by anon ftp on usc.edu.

	...jay