mount.nfs: è stata specificata un'opzione di montaggio errata

Sto cercando di montare un volume NFS su un server centos 7.2:

Quando provo a montare il punto di condivisione NFS, questa è la risposta che ottengo:

[root@web1:~] #mount -t nfs nfs1.example.com:/var/nfs/home /home
mount.nfs: an incorrect mount option was specified

Ho controllato e ho nfs-utils-1.3.0-0.21.el7.x86_64installato su entrambe le macchine. Sia il sistema operativo client nfs che i server nfs sono Centos 7.2

Per risolvere questo problema, ho ridotto gli elenchi nel file / etc / exports sul server NFS a quanto segue:

/var/nfs/home web1.example.com(rw,sync,no_root_squash,no_all_squash)

Se faccio un showmountdal server sto provando a montare la condivisione nfs, questo è quello che vedo:

[root@web1:~] #showmount -e nfs1.example.com
Export list for nfs1.example.com:
/var/nfs/home web1.example.com

Se faccio un mount -vquesto è quello che ottengo:

[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

In dmesg trovo:

[44428.405419] nfsd: last server has exited, flushing export cache

E sto vedendo questo in 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]

Non specificando -t nfsnel comando si ottiene lo stesso risultato:

[root@nfs1:~] #mount nfs1.example.com:/var/nfs/home /home
mount.nfs: an incorrect mount option was specified

Questi sono i file system nfs che ho:

[root@nfs1:~] #grep nfs /proc/filesystems
nodev   nfsd
nodev   nfs
nodev   nfs4

Ecco i moduli caricati per nfs:

[root@nfs1:~] #lsmod | grep ^nfs
nfsv4                 474203  0
nfs                   241266  1 nfsv4
nfsd                  284378  13
nfs_acl                12837  1 nfsd

Non è un problema di firewall perché ottengo lo stesso errore esatto quando eseguo il comando mount dal server NFS stesso. Ottiene lo stesso errore dei suoi client.

Dovrei sottolineare che una volta ha funzionato bene. Ma ora è rotto al punto in cui non può essere utilizzato.

Qualcuno può aiutarmi a risolvere questo problema? Sono davvero bloccato a questo punto.

nfs

— user99201
fonte

Mi è venuto in mente che il tuo problema potrebbe essere correlato alle regole del firewall. Puoi pubblicare l'output di firewall-cmd --query-service=nfs --query-service=mountd --query-service=rpc-binddal server NFS?

— Virtex,

A rigor di termini 'Permissivo' non è disabilitato e genererà comunque messaggi SELinux - ma SELinux non negherà nulla in Permissivo. In quella modalità è possibile ignorare qualsiasi rifiuto negato nei registri.

— Jason Martin,

Jason Martin l'ha capito! Grazie per l'indizio su SELinux.

— user99201

Eseguire di rpcdebug -m nfs -s mountnuovo il rimontaggio, quindi stampare tutto ciò che viene fuori da dmesg. Quindi corri rpcdebug -m nfs -c mount. Questo suona come un errore di analisi, probabilmente a causa di una brutta sostituzione in nfsmount.conf - dovrebbe apparire se lo fai nel kernel dmesg.

— Matthew Ife,

Hai rpcbindinstallato sul computer che fornisce la condivisione?

— 13dimitar

Hit lo stesso problema oggi. Mi sono imbattuto in un'opzione nfsversdurante la ricerca di una spiegazione. Montaggio lavorato con nfsvers=3e nfsvers=4. Sarei felice per una spiegazione più dettagliata però.

root@localhost:~# uname -rm
4.1.15 armv7l
root@localhost:~# mount -t nfs 10.0.0.5:/srv/nfs tmp
mount.nfs: an incorrect mount option was specified
root@localhost:~# mount -t nfs -o nfsvers=1 10.0.0.5:/srv/nfs tmp
mount.nfs: mount system call failed
root@localhost:~# mount -t nfs -o nfsvers=2 10.0.0.5:/srv/nfs tmp
mount.nfs: requested NFS version or transport protocol is not supported
root@localhost:~# mount -t nfs -o nfsvers=3 10.0.0.5:/srv/nfs tmp
root@localhost:~# mount -t nfs -o nfsvers=4 10.0.0.5:/srv/nfs tmp
root@localhost:~#

Ultimi due comandi riusciti.

— woky
fonte

Ho riscontrato questo problema oggi su Tiny Core Linux, risultando il fatto che il servizio client nfs non era stato avviato. Una volta avviato quel servizio ( /usr/local/etc/init.d/nfs-client start) l'esportazione NFS è montata senza problemi.

— Aaron Mason
fonte

/usr/local/etcsembra un'installazione errata di nfs-client in quanto il file deve essere /etc/init.dinserito e collegato all'appropriato /etc/rc? .dper avviarsi automaticamente.

— Jan Hudec,

@JanHudec sì, su una distribuzione normale, ma l'architettura di Tiny Core non lo consente. Potremmo discutere gli standard fino a quando le mucche tornano a casa, ma JeOS vola di fronte agli standard così come sono.

— Aaron Mason,