mount.nfs: une option de montage incorrecte a été spécifiée


12

J'essaie de monter un volume NFS sur un serveur centos 7.2:

Lorsque j'essaie de monter le point de partage NFS, voici la réponse que je reçois:

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

J'ai vérifié et j'ai nfs-utils-1.3.0-0.21.el7.x86_64installé sur les deux machines. Le client nfs et le serveur nfs sont tous deux Centos 7.2

Pour résoudre ce problème, j'ai réduit les listes du fichier / etc / exports sur le serveur NFS comme suit:

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

Si je fais un à showmountpartir du serveur sur lequel j'essaie de monter le partage nfs, voici ce que je vois:

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

Si je fais mount -vceci, c'est ce que j'obtiens:

[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

Dans dmesg je trouve:

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

Et je vois cela dans 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]

Ne pas spécifier -t nfsdans la commande donne le même résultat:

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

Ce sont les systèmes de fichiers nfs que j'ai:

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

Voici les modules chargés pour nfs:

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

Ce n'est pas un problème de pare-feu car j'obtiens le même échec exact lorsque j'exécute la commande de montage à partir du serveur NFS lui-même. Il obtient la même erreur que ses clients.

Je dois souligner que cela a bien fonctionné à un moment donné. Mais maintenant, il est cassé au point où il ne peut plus être utilisé.

Quelqu'un peut-il m'aider à résoudre ce problème? Je suis vraiment coincé à ce stade.


Il m'est venu à l'esprit que votre problème était peut-être lié aux règles du pare-feu. Pouvez-vous publier la sortie du firewall-cmd --query-service=nfs --query-service=mountd --query-service=rpc-bindserveur NFS?
virtex

1
Strictement parlant, «permissif» n'est pas désactivé et générera toujours des messages SELinux - mais SELinux ne refusera rien dans Permissive. Dans ce mode, vous pouvez ignorer tout refus dans les journaux.
Jason Martin

Jason Martin l'a compris! Merci pour l'indice sur SELinux.
user99201

3
Veuillez rpcdebug -m nfs -s mountrelancer le remontage puis imprimer tout ce qui sort de dmesg. Exécutez ensuite rpcdebug -m nfs -c mount. Cela ressemble à une erreur d'analyse, probablement en raison de remplacements incorrects dans nfsmount.conf - cela devrait cependant apparaître si vous le faites dans le noyau dmesg.
Matthew Ife

Avez-vous rpcbindinstallé sur la machine qui fournit le partage?
13dimitar

Réponses:


5

Frappez le même problème aujourd'hui. Je suis tombé sur l'option nfsverslors de la recherche d'une explication. Montage travaillé avec nfsvers=3et nfsvers=4. Je serais cependant heureux d'avoir des explications plus détaillées.

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:~#

Les deux dernières commandes ont réussi.


1

J'ai trouvé ce problème aujourd'hui sur Tiny Core Linux, il s'est avéré que le service client nfs n'avait pas été démarré. Une fois que j'ai démarré ce service ( /usr/local/etc/init.d/nfs-client start), l'exportation NFS est montée sans problème.


1
/usr/local/etcressemble à une installation incorrecte de nfs-client car le fichier doit être dans /etc/init.det lié à approprié /etc/rc? .dpour démarrer automatiquement.
Jan Hudec

@JanHudec oui, sur une distribution normale, mais l'architecture de Tiny Core ne le permet pas. Nous pourrions discuter des normes jusqu'à ce que les vaches rentrent à la maison, mais JeOS va à l'encontre des normes telles quelles.
Aaron Mason
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.