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.

user99201
la source
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.

woky
la source
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.

Aaron Mason
la source
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