|
|
The following reply was made to PR kern/38141; it has been noted by GNATS.
From: Andrew Doran <ad@xxxxxxxxxx>
To: YAMAMOTO Takashi <yamt@xxxxxxxxxxxxxxxxx>
Cc: gnats-bugs@xxxxxxxxxx
Subject: Re: PR/38141 CVS commit: src/sys
Date: Wed, 7 May 2008 02:21:24 +0100
On Wed, May 07, 2008 at 09:36:37AM +0900, YAMAMOTO Takashi wrote:
> > 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)?
It seems like it would be problematic for the idle mount stuff. It might be
possible to use VFS_ROOT() as a single point that can be safely gated. I'll
investigate.
Andrew
|
|