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 [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/