[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <002201c7eb8f$463704d0$d2a50e70$@com>
Date: Thu, 30 Aug 2007 22:24:56 -0700
From: "Hua Zhong" <hzhong@...il.com>
To: "'Trond Myklebust'" <trond.myklebust@....uio.no>,
"'Linus Torvalds'" <torvalds@...ux-foundation.org>
Cc: "'Frank van Maarseveen'" <frankvm@...nkvm.com>,
"'Linux Kernel Mailing List'" <linux-kernel@...r.kernel.org>,
<akpm@...ux-foundation.org>
Subject: RE: recent nfs change causes autofs regression
Trond,
> So you are saying that it is acceptable for the kernel to decide
> unilaterally to override mount options? Why aren't we doing that for
> any other filesystem than NFS?
I think there are two reasons.
First, I have no problem with the new behavior if it didn't cause a
regression. I am not sure about the history of other filesystems, but NFS
has had the old behavior for ages, and people get used to it.
Second, NFS is actually special as this particular setup is very common and
you'll get into this situation far too easily, as from the server you could
export two directories within a filesystem as if they were two filesystems.
Very few people actually want to mount the same local filesystem multiple
times, but under NFS this is the norm.
Last but not the least, NFS is often controlled by central corporate
policies (autofs/nis), and has to work with various clients. For example,
it's not possible to add "nosharecache" to auto.auto as almost nobody
understands it, unless you upgrade all the clients.
> Trond
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists