Re: PR/38141 CVS commit: src/sys

[christos%zoulas.com@localhost (Christos Zoulas)]

The following reply was made to PR kern/38141; it has been noted by GNATS.

From: christos%zoulas.com@localhost (Christos Zoulas)
To: gnats-bugs%NetBSD.org@localhost, ad%NetBSD.org@localhost, 
gnats-admin%netbsd.org@localhost, 
        netbsd-bugs%netbsd.org@localhost, yamt%mwd.biglobe.ne.jp@localhost
Cc: 
Subject: Re: PR/38141 CVS commit: src/sys
Date: Wed, 7 May 2008 08:59:19 -0400

 On May 7, 12:40am, yamt%mwd.biglobe.ne.jp@localhost (YAMAMOTO Takashi) wrote:
 -- Subject: Re: PR/38141 CVS commit: src/sys
 
 | The following reply was made to PR kern/38141; it has been noted by GNATS.
 | 
 | From: yamt%mwd.biglobe.ne.jp@localhost (YAMAMOTO Takashi)
 | To: gnats-bugs%NetBSD.org@localhost
 | Cc: ad%NetBSD.org@localhost, gnats-admin%netbsd.org@localhost, 
netbsd-bugs%netbsd.org@localhost
 | Subject: Re: PR/38141 CVS commit: src/sys
 | Date: Wed,  7 May 2008 09:36:37 +0900 (JST)
 | 
 |  >  One effect of this change: previously if an unmount failed, we would 
make a
 |  >  half hearted attempt to back out of it gracefully, but that was unlikely 
to
 |  >  work in a lot of cases. Now while an unmount that will be aborted is in
 |  >  progress, new file operations within the mount will fail instead of being
 |  >  delayed. That is unlikely to be a problem though, because if the admin
 |  >  requests unmount of a file system then s(he) has made a decision to deny
 |  >  access to the resource.
 |  
 |  doesn't it break, say, amd(8)?
 
 amd will fail if umount on a busy filesystem succeeds.
 
 christos