From: "Paul Krizak" <paul.krizak@amd.com>
To: "Trond Myklebust" <Trond.Myklebust@netapp.com>
Cc: nfs@lists.sourceforge.net, Ian Kent <raven@themaw.net>
Subject: Re: inconsistent mount attributes (ro/rw), RHEL5 / Netapp
Date: Mon, 14 May 2007 10:56:06 -0500 [thread overview]
Message-ID: <46488696.9080009@amd.com> (raw)
In-Reply-To: <1179157631.6474.8.camel@heimdal.trondhjem.org>
> We might then be able to add an '--unshared-cache' option (any
> suggestions for a better name?) to mount in order to allow those people
> who fully understand the consequences to override, and hence to mount
> the same filesystem with different mount options, but no sharing of the
> page cache with the original filesystem.
I can assure you that AMD systems engineering would *much* prefer having
the VFS stack fixed such that we don't need to do something like this.
It would be much better to make the kernel understand that it *can*
mount the same NFS filesystem twice, once read-only and again
read-write, with the appropriate cache coherency, rather than force us
to run in a potentially dangerous configuration that might lead to data
corruption.
I agree with Ian that the VFS changes need to take priority. The only
change I see that needs to be made to mount is that it needs to spit out
a warning (or fail completely) if the requested options cannot be satisfied.
Paul Krizak 5900 E. Ben White Blvd. MS 625
Advanced Micro Devices Austin, TX 78741
Linux/Unix Systems Engineering Phone: (512) 602-8775
Silicon Design Division Cell: (512) 791-0686
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
next prev parent reply other threads:[~2007-05-14 15:56 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-18 21:53 inconsistent mount attributes (ro/rw), RHEL5 / Netapp Gregory Baker
[not found] ` <1176948355.6422.72.camel@heimdal.trondhjem.org>
2007-04-19 18:24 ` Gregory Baker
2007-04-19 18:31 ` Trond Myklebust
2007-04-19 20:37 ` Gregory Baker
2007-04-19 22:11 ` Trond Myklebust
2007-04-19 22:23 ` Gregory Baker
2007-04-23 18:36 ` Gregory Baker
2007-04-24 19:57 ` Gregory Baker
2007-04-24 22:01 ` Gregory Baker
2007-05-04 20:30 ` Gregory Baker
2007-05-04 21:41 ` Trond Myklebust
2007-05-05 15:37 ` Ian Kent
2007-05-05 17:17 ` Trond Myklebust
2007-05-05 18:27 ` Ian Kent
2007-05-05 18:49 ` Trond Myklebust
2007-05-06 4:51 ` Ian Kent
2007-05-14 13:17 ` Karel Zak
2007-05-14 13:24 ` Trond Myklebust
2007-05-14 14:39 ` Ian Kent
2007-05-14 15:47 ` Trond Myklebust
2007-05-14 15:56 ` Paul Krizak [this message]
2007-05-14 16:06 ` Trond Myklebust
2007-05-14 16:06 ` Ian Kent
2007-05-14 22:41 ` Neil Brown
2007-05-14 23:11 ` Trond Myklebust
2007-05-14 23:58 ` Neil Brown
2007-05-16 0:27 ` Trond Myklebust
2007-05-16 1:36 ` [PATCH 1/2] NFS: Add the mount option nosharedcache Trond Myklebust
2007-05-16 3:46 ` Neil Brown
2007-05-16 13:22 ` Trond Myklebust
2007-05-17 2:13 ` [PATCH 1/2] NFS: Add the mount option "nosharecache" Trond Myklebust
2007-05-18 3:12 ` Ian Kent
2007-05-18 13:20 ` Trond Myklebust
2007-05-18 14:57 ` Ian Kent
2007-05-17 2:13 ` [PATCH] mount.nfs: Add support for the 'nosharecache' option Trond Myklebust
2007-05-17 2:13 ` [PATCH 2/2] NFS: Error when mounting the same filesystem with different options Trond Myklebust
2007-05-29 2:35 ` Neil Brown
2007-06-05 23:49 ` Trond Myklebust
2007-05-16 1:37 ` Trond Myklebust
2007-05-15 13:58 ` inconsistent mount attributes (ro/rw), RHEL5 / Netapp Chuck Lever
2007-05-15 14:33 ` Trond Myklebust
2007-05-15 16:57 ` Gregory Baker
2007-05-14 14:30 ` Ian Kent
2007-05-14 13:03 ` Karel Zak
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46488696.9080009@amd.com \
--to=paul.krizak@amd.com \
--cc=Trond.Myklebust@netapp.com \
--cc=nfs@lists.sourceforge.net \
--cc=raven@themaw.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.