Path: utzoo!attcan!uunet!ki!dwatts
From: dwatts@ki.UUCP (Dan Watts)
Newsgroups: comp.sys.sgi
Subject: Re: Force dismount NFS partitions?
Message-ID: <873@ki.UUCP>
Date: 23 Oct 90 00:15:36 GMT
References: <870@ki.UUCP> <1990Oct17.003935.15103@nstn.ns.ca> <90Oct16.234936edt.1354@smoke.cs.toronto.edu>
Organization: Ki Research, Inc.  Derry, NH
Lines: 25

In article <90Oct16.234936edt.1354@smoke.cs.toronto.edu> moraes@cs.toronto.edu (Mark Moraes) writes:
>marinell@Iris1.UCIS.Dal.Ca (Kevin Marinelli) writes:
>>    If you set up the NFS mounted partitions to be "soft" mounted,
>> ... stuff deleted ...
>Since reads and writes on soft-mounted partitions can fail if the
>server is loaded or confused, this can cause programs that don't check
>system call return values to blithely keep going, creating trashed
>files.  There's a large number of such programs.  Mounting rw
>partitions soft is not a good idea if you value files in those
>partitions.

I agree.  Luckily for me, I mount these systems mainly for read-only
purposes and do writes infrequently.  What NFS really needs is some
way to mount the remote partitions hard but be able to force a dismount
in the event of failure.  I presume (perhaps wrongly) that if I had a
SCSI drive totaly flake out and stop responding, I'd be able to umount
it and go on.  Never had the need to try this theory out.  Anyone know
if it would work?

How about SGI?  What about a 'umount -f <dir>' to force dismount??
-- 
#####################################################################
# CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts    Dan Watts         #
# UUCP      : ...!{uunet | wgc386}!ki!dwatts      Ki Research, Inc. #
############### New Dimensions In Network Connectivity ##############