From: "Gregory Baker" <gregory.baker@amd.com>
Cc: Trond Myklebust <Trond.Myklebust@netapp.com>, nfs@lists.sourceforge.net
Subject: Re: inconsistent mount attributes (ro/rw), RHEL5 / Netapp
Date: Tue, 24 Apr 2007 17:01:57 -0500 [thread overview]
Message-ID: <462E7E55.5040202@amd.com> (raw)
In-Reply-To: <462E6131.7050504@amd.com>
Ignore this email; my foolish use of
[root@adcgar04 tmp]# mount -v | grep pandora
[root@adcgar04 tmp]# cat /proc/mounts | grep pandora
and
[root@adcgar04 tmp]# umount -a -t nfs
make the captured session useless in debugging (as I cannot reproduce
the behavior).
Sorry everyone!
--Greg
Gregory Baker wrote:
>
> Gregory Baker wrote:
>
>> So the deal is, the mount flags (and NFS options) are set only the first
>> time that a given combination of server and filesystem are mounted. If
>> you ever mount the same filesystem from the same server on another
>> mountpoint, you'll get the flags and options that were passed on to the
>> first mount. There's no working around that.
>> *****
>
> Should these mount flags (and NFS options) expire/be removed from some
> table somewhere when you unmount/remount the filesystem? The mount
> flags (and NFS options) persist between complete unmounting / remounting
> of said filesystem.
>
> [greg@apathy 115656]$ cat typescript
>
> * Look at me. Don't have anything mounted via NFS yet the mount
> * gets stuck as ro when mounted...
>
> [root@adcgar04 tmp]# umount -a -t nfs
> [root@adcgar04 tmp]# mount -v | grep pandora
> [root@adcgar04 tmp]# cat /proc/mounts | grep pandora
> [root@adcgar04 tmp]# mount eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2
> [root@adcgar04 tmp]# mount -v | grep pandora
> eng:/vol/vol4/pandora/pandora-k26_g25_64-2 on /mnt2 type nfs
> (rw,addr=163.181.34.137)
> [root@adcgar04 tmp]# cat /proc/mounts | grep pandora
> eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 nfs
> ro,vers=3,rsize=65536,wsize=65536,hard,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=eng
> 0 0
> [root@adcgar04 tmp]# touch /mnt2/asdf
> touch: cannot touch `/mnt2/asdf': Read-only file system
>
> * OK, let's try this fancy mount command..
>
> [root@adcgar04 tmp]# mount -o remount,rw /mnt2
> [root@adcgar04 tmp]# mount -v | grep pandora
> eng:/vol/vol4/pandora/pandora-k26_g25_64-2 on /mnt2 type nfs
> (rw,remount,addr=163.181.34.137)
> [root@adcgar04 tmp]# cat /proc/mounts | grep pandora
> eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 nfs
> rw,vers=3,rsize=65536,wsize=65536,hard,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=eng
> 0 0
>
> * Everybody is happy!
>
> [root@adcgar04 tmp]# touch /mnt2/asdf
>
> * Let's get rid of NFS mount and see what happens now
>
> [root@adcgar04 tmp]# umount /mnt2
> [root@adcgar04 tmp]# mount -v | grep pandora
> [root@adcgar04 tmp]# cat /proc/mounts | grep pandora
> [root@adcgar04 tmp]# mount eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2
> [root@adcgar04 tmp]# mount -v | grep pandora
> eng:/vol/vol4/pandora/pandora-k26_g25_64-2 on /mnt2 type nfs
> (rw,addr=163.181.34.137)
> [root@adcgar04 tmp]# cat /proc/mounts | grep pandora
> eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 nfs
> rw,vers=3,rsize=65536,wsize=65536,hard,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=eng
> 0 0
>
> * Everybody is happy!
>
> [root@adcgar04 tmp]# touch /mnt2/asdf
>
> * Let's give "something" the notion that this is a ro mount...
>
> [root@adcgar04 tmp]# mount -o remount,ro /mnt2
> [root@adcgar04 tmp]# mount -v | grep pandora
> eng:/vol/vol4/pandora/pandora-k26_g25_64-2 on /mnt2 type nfs
> (ro,remount,addr=163.181.34.137)
> [root@adcgar04 tmp]# cat /proc/mounts | grep pandora
> eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 nfs
> ro,vers=3,rsize=65536,wsize=65536,hard,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=eng
> 0 0
>
> * RO (expected)
>
> [root@adcgar04 tmp]# touch /mnt2/asdf
> touch: cannot touch `/mnt2/asdf': Read-only file system
>
> * OK, unmount NFS mount, try again
>
> [root@adcgar04 tmp]# umount /mnt2
> [root@adcgar04 tmp]# mount -v | grep pandora
> [root@adcgar04 tmp]# cat /proc/mounts | grep pandora
> [root@adcgar04 tmp]# mount eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2
> [root@adcgar04 tmp]# mount -v | grep pandora
> eng:/vol/vol4/pandora/pandora-k26_g25_64-2 on /mnt2 type nfs
> (rw,addr=163.181.34.137)
> [root@adcgar04 tmp]# cat /proc/mounts | grep pandora
> eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 nfs
> ro,vers=3,rsize=65536,wsize=65536,hard,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=eng
> 0 0
>
> * Boo-RO/RW (unexpected)
>
> [root@adcgar04 tmp]# touch /mnt2/asdf
> touch: cannot touch `/mnt2/asdf': Read-only file system
> [root@adcgar04 tmp]# exit
>
> * So it seems that something remembers the last mount permissions, even
> * though mount -v and /proc/mount do not show a filesystem mounted.
> * The permissions persist to be associated with the exported filesystem.
> * What causes this? Note: it's not the automounter process; this was
> * stopped during testing.
>
>
--
----------------------------------------------------------------------
Greg Baker 512-602-3287 (work)
gregory.baker@amd.com 512-602-6970 (fax)
5204 E. Ben White Blvd MS 625 512-555-1212 (info)
Austin, TX 78741
-------------------------------------------------------------------------
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-04-24 22:02 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 [this message]
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
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=462E7E55.5040202@amd.com \
--to=gregory.baker@amd.com \
--cc=Trond.Myklebust@netapp.com \
--cc=nfs@lists.sourceforge.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox