lkml.org 
[lkml]   [2007]   [Aug]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: recent nfs change causes autofs regression
On Fri, Aug 31, 2007 at 09:50:12AM -0400, Trond Myklebust wrote:
> On Fri, 2007-08-31 at 15:12 +0200, Frank van Maarseveen wrote:
>
> > IMHO I'd only consider returning EBUSY when trying to mount _exactly_
> > the same directory with different flags, not for arbitrary subtrees. The
> > client should preferably not be bothered with server side disk
> > partitioning (at least not beyond the obvious such as df output).
>
> That is utterly inconsistent and confusing too.
>
> If you have a filesystem "/foo" exported on the server "remote", then
> why should
>
> mount -oro remote:/foo
> mount -orw remote:/foo/a
>
> be allowed, but
>
> mount -oro remote:/foo
> mount -orw remote:/foo
>
> be forbidden?

I'm not arguing to forbid the second case but confronting the sysadmin
there with nosharedcache is much less likely to harm existing setups than
the first case. Let's consider the most likely intention. The first case
is probably used as:

mount -oro remote:/foo <path>/foo
mount -orw remote:/foo/a <path>/foo/a

and I don't see a real issue with that, sharedcache or not. Ditto with:

mount -oro remote:/foo/a <path>/a
mount -orw remote:/foo/b <path>/b

These are all typical use cases, without multiple views on the same
tree. But

mount -oro remote:/foo /foo1
mount -orw remote:/foo /foo2

is strange and much less likely.

--
Frank
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2007-08-31 16:45    [W:0.159 / U:0.160 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site