Я намагаюся встановити обсяг NFS на сервері centos 7.2:
Коли я намагаюся встановити точку поділу NFS, я отримую відповідь:
[root@web1:~] #mount -t nfs nfs1.example.com:/var/nfs/home /home
mount.nfs: an incorrect mount option was specified
Я перевірив, і я nfs-utils-1.3.0-0.21.el7.x86_64
встановив на обох машинах. Як клієнт nfs, так і ОС nfs-сервера є Centos 7.2
Щоб вирішити цю проблему, я скоротив списки у файлі / etc / export на сервері NFS лише до наступного:
/var/nfs/home web1.example.com(rw,sync,no_root_squash,no_all_squash)
Якщо я роблю showmount
з сервера, на якому я намагаюся встановити nfs share, це те, що я бачу:
[root@web1:~] #showmount -e nfs1.example.com
Export list for nfs1.example.com:
/var/nfs/home web1.example.com
Якщо я роблю mount -v
це, я отримую:
[root@web1:~] #mount -v -t nfs nfs1.example.com:/var/nfs/home /home
mount.nfs: timeout set for Fri Jan 13 11:04:19 2017 mount.nfs: trying text-based options 'vers=4,addr=162.xxx.xxx..94,clientaddr=162.xxx.xxx.6'
mount.nfs: mount(2): Invalid argument mount.nfs: an incorrect mount option was specified
У dmesg я знаходжу:
[44428.405419] nfsd: last server has exited, flushing export cache
І я бачу це в dmesg:
[ 7.373186] FS-Cache: Netfs 'nfs' registered for caching
[ 7.422181] Key type dns_resolver registered
[ 7.456581] NFS: Registering the id_resolver key type
[ 7.462309] Key type id_resolver registered
[ 7.462386] Key type id_legacy registered
[ 7.514441] SELinux: initialized (dev 0:40, type nfs4), uses genfs_contexts
[ 8.474503] NFSD: starting 90-second grace period (net ffffffff819a29c0) –
[ 16.952180] perf samples too long (2623 > 2500), lowering kernel.perf_event_max_sample_rate to 50000
[ 24.429251] SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
[ 38.368207] perf samples too long (5162 > 5000), lowering kernel.perf_event_max_sample_rate to 25000
[ 38.427323]
Невказання -t nfs
в команді дає той самий результат:
[root@nfs1:~] #mount nfs1.example.com:/var/nfs/home /home
mount.nfs: an incorrect mount option was specified
Це файлові системи nfs у мене:
[root@nfs1:~] #grep nfs /proc/filesystems
nodev nfsd
nodev nfs
nodev nfs4
Ось модулі, завантажені для nfs:
[root@nfs1:~] #lsmod | grep ^nfs
nfsv4 474203 0
nfs 241266 1 nfsv4
nfsd 284378 13
nfs_acl 12837 1 nfsd
Це не проблема брандмауера, оскільки я отримую такий самий точний збій, коли запускаю команду mount з самого сервера NFS. Він отримує таку ж помилку, що і клієнти.
Я хочу наголосити, що це свого часу спрацювало чудово. Але тепер він розбитий до того, коли його не можна використовувати.
Чи може хтось допомогти мені вирішити це? Я справді застряг у цьому пункті.
rpcdebug -m nfs -s mount
ще раз, а потім надрукуйте все, що виходить із dmesg. Потім бігайте rpcdebug -m nfs -c mount
. Це звучить як помилка розбору, можливо, через погані зміни в nfsmount.conf - вона повинна відображатися, якщо ви це зробите в ядрі dmesg.
rpcbind
встановили на машині, яка забезпечує частку?
firewall-cmd --query-service=nfs --query-service=mountd --query-service=rpc-bind
з сервера NFS?