NFSサーバーが読み取り専用のファイルシステムエラーを返すrwとしてマウントされるのはなぜですか


18

Ubuntu Server 64ビットに取り組んでいます。NFSをrwとしてマウントしましたが、問題のマウントポイントで何かを編集しようとすると、読み取り専用のファイルシステムエラーが発生します

私のetc/fstab読み取り:

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
/dev/mapper/product-root /               ext4    errors=remount-ro 0       1
UUID=1cae6948-ca9d-4f0b-aec6-9e7a60bbbad8 /boot           ext2    defaults        0       2
/dev/mapper/product-swap_1 none            swap    sw              0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0
vnxnfs1.company.com:/NFS2         /mnt/nfs2                        nfs     defaults       0       0

mount 戻り値:

/dev/mapper/product-root on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/dev/sda1 on /boot type ext2 (rw)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
vnxnfs1.company.com:/NFS2 on /mnt/nfs2 type nfs (rw)

cat /proc/mounts 戻り値:

rootfs / rootfs rw 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,relatime,size=16465812k,nr_inodes=4116453,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,relatime,size=6590172k,mode=755 0 0
/dev/mapper/product-root / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
none /sys/fs/fuse/connections fusectl rw,relatime 0 0
none /sys/kernel/debug debugfs rw,relatime 0 0
none /sys/kernel/security securityfs rw,relatime 0 0
none /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
none /run/shm tmpfs rw,nosuid,nodev,relatime 0 0
/dev/sda1 /boot ext2 rw,relatime,errors=continue 0 0
rpc_pipefs /run/rpc_pipefs rpc_pipefs rw,relatime 0 0
vnxnfs1.company.com:/NFS2 /mnt/nfs2 nfs rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=172.x.y.z,mountvers=3,mountport=1234,mountproto=udp,local_lock=none,addr=172.x.y.z 0 0

mnt上のファイルは正常に読み込まれますが、何かを変更しようとするとエラーが発生します。

touch: cannot touch `/mnt/nfs2/path/to/test_file.txt': Read-only file system

他のサーバーから問題のnfsに接続し、問題なく読み書きできます。唯一の問題はこのサーバーにあります。mount -o remount,rw vnxnfs1.company.com:/NFS2 /mnt/nfs2関連する質問への回答が示唆するように試みましたが、役に立ちませんでした。

データダンプについては申し訳ありませんが、手がかりとなる可能性のあるものをすべて含めようとしました。

編集:

詳細

私はrootトラブルを抱えてマシン上でユーザーからテストを行ってきましたが、nfsへの書き込みは他の(nfs-write-is-working)サーバーからrootも同様に機能しuserます。

稼働中のサーバーから: ls -la /mnt/nfs2/

total 76
drwxrwxrwx 12 root root   1024 2013-04-18 10:14 .
drwxr-xr-x 24 root root   4096 2013-04-17 10:42 ..
drwxrwxr-x  2 user user   80 2013-04-18 10:14 archives
drwxrwxrwx  2 user user   1024 2012-08-15 10:13 assignee_dealiasing_temp_folder
drwxrwxr-x  9 user user   1024 2013-03-11 13:50 data_runs
drwxrwxrwx  2 user user   2048 2013-04-19 14:54 db_transfer_dumps
drwxrwxrwx  2 root daemon 1024 2013-08-22 01:00 .etc
drwxrwxrwx  2 root root   8192 2012-08-16 14:47 lost+found
drwxr-xr-x 13 user user   1024 2013-08-16 13:37 projects
drwxr-xr-x 35 user user   2048 2013-05-10 16:34 reports
drwxrwxrwx  6 root root   1024 2013-04-17 16:47 saved_logs

vnxnfs1から server_export server_2 -list

server_2 :
export "/NFS3" rw=172.16.0.0/24 root=172.16.0.0/24
export "/NFS2" rw=172.16.0.0/24:172.16.9.0/24 root=172.16.0.0/24:172.16.9.0/24
export "/NFS1" rw=172.16.0.0/24:172.16.9.0/24 root=172.16.0.0/24:172.16.9.0/24
export "/ISO" rw=172.16.9.16:172.16.9.18:172.16.9.20 root=172.16.9.16:172.16.9.18:172.16.9.20
export "/NFS0" rw=172.16.0.0/24 root=172.16.0.0/24
export "/" anon=0 access=128.221.252.100:128.221.253.100:128.221.252.101:128.221.253.101

vnxnfs1サーバーから/ etc / exportsを持っていますか?テスト対象のユーザーには、そこに書き込む権限がありますか(ルートスカッシュ/ UID不明など)?NFS2ディレクトリーの稼働中のサーバーで「ls -la」を実行できる場合、役立つかもしれません
-TheFiddlerWins

回答:


9

「読み取り専用ファイルシステム」エラーは、ファイルシステムが読み取り専用としてエクスポートされていることを示します。rwマウントオプションは、「WRITE」をサーバーに送信できることをクライアントに伝えます。通常のUNIXシステムでは、/ etc / exportsファイルを確認します。

/NFS2 172.x.y.z(rw)

アプライアンスでは、ドキュメントを確認して読み書き可能としてエクスポートします。


1
nfsサーバーの/ etc / exportsは空です。これは、以前の管理者がserver_exportユーティリティがこの機能を処理するように設定したためだと思います。そして、問題のサーバーがserver_export server -lリストからrwとして指定されたIPブロックに含まれていなかったことは正しかった。ありがとう!
stupac8908

7

親フォルダー(ro)のエクスポートは、子エクスポート(rw)をオーバーライドします。

エクスポートの例:

/NFS_ROOT *(ro)
/NFS_ROOT/SHARE1 *(rw)

NFS_ROOTは読み取り専用であるため、SHARE1は読み取り専用になります。エクスポートされたルートディレクトリに制約があるため、問題が発生している可能性があります。


6

ブライアンが言ったように、親のエクスポートは子のエクスポートをオーバーライドできます。ただし、エクスポートに優先順位を追加することでこれを解決できます。したがって、ブライアンの例を使用すると、これで問題が解決します。

/NFS_ROOT *(ro,fsid=2)
/NFS_ROOT/SHARE1 *(rw,fsid=1)

2

クライアントのマウントポイントがの場合、/var/share権利が777に設定されて作成されていることを確認してください。

chmod 777 /var/share

そうしないと、rootでのみ書き込みができるが、他のすべてのユーザー、マウントされたファイルの権限、---------またはその他の奇妙な動作でROを使用できるという奇妙な奇妙なエラーが発生する可能性があります。


1
私の場合、共有の親フォルダは777ではありませんでした-ありがとう。
hdave
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.