Чому сервер nfs встановлений як rw, що повертається лише з помилками файлової системи

Я працюю на 64-бітовому сервері Ubuntu Server. Я встановив 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 твори rootяк userз іншого (nfs-write-is-working) сервера.

з працюючого сервера: 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

Помилка «Файлова система лише для читання» вказує на те, що файлова система експортується лише для читання. Параметр кріплення rw повідомляє клієнту, що "WRITE" дозволено надсилати на сервер. У звичайних системах Unix перевірте файл / etc / export:

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

на приладах перевірте документацію, яку потрібно експортувати як читання-запис.

Експорт батьківської папки (ro) замінить дочірній експорт (rw).

Приклад експорту:

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

SHARE1 буде лише для читання, оскільки NFS_ROOT є лише для читання. Ви маєте обмеження щодо експортованого кореневого каталогу, що може спричинити проблему.

Як зазначив Брайан, батьківський експорт може змінити дитячий експорт. Але ви можете вирішити це, додавши пріоритети до експорту. Отже, використовуючи приклад Брайана, це вирішило б проблему:

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

Якщо ваша клієнтська точка для клієнта є /var/share, переконайтеся, що вона створена з правами, встановленими на 777:

chmod 777 /var/share

В іншому випадку у вас можуть виникнути дивні дивні помилки, коли ви можете писати лише з коренем, але мати RO з усіма іншими користувачами, права на змонтовані файли на зразок ---------або інша дивна поведінка.