|
|
On May 7, 12:40am, yamt@xxxxxxxxxxxxxxxxx (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@xxxxxxxxxxxxxxxxx (YAMAMOTO Takashi)
| To: gnats-bugs@xxxxxxxxxx
| Cc: ad@xxxxxxxxxx, gnats-admin@xxxxxxxxxx, netbsd-bugs@xxxxxxxxxx
| 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
|
|