mount.nfs: se especificó una opción de montaje incorrecta

12

Estoy tratando de montar un volumen NFS en un servidor centos 7.2:

Cuando intento montar el punto compartido NFS, esta es la respuesta que obtengo:

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

Lo comprobé y lo nfs-utils-1.3.0-0.21.el7.x86_64instalé en ambas máquinas. Tanto el cliente nfs como los sistemas operativos del servidor nfs son Centos 7.2

Para solucionar este problema, reduje los listados en el archivo / etc / exports en el servidor NFS a solo lo siguiente:

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

Si hago un showmountdesde el servidor en el que estoy tratando de montar el recurso compartido nfs, esto es lo que veo:

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

Si hago mount -vesto, esto es lo que obtengo:

[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

En dmesg encuentro:

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

Y estoy viendo esto en 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]

No especificar -t nfsen el comando da el mismo resultado:

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

Estos son los sistemas de archivos nfs que tengo:

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

Aquí están los módulos cargados para nfs:

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

No es un problema de firewall porque obtengo el mismo error exacto cuando ejecuto el comando de montaje desde el servidor NFS. Obtiene el mismo error que los clientes.

Debo enfatizar que esto funcionó bien alguna vez. Pero ahora está roto hasta el punto de que no se puede usar.

¿Puede alguien ayudarme a solucionar esto? Estoy realmente atrapado en este punto.

nfs user99201
fuente
Se me ocurrió que su problema podría estar relacionado con las reglas del firewall. ¿Se puede publicar la salida del firewall-cmd --query-service=nfs --query-service=mountd --query-service=rpc-bindservidor NFS?
virtex
1
Estrictamente hablando, 'Permisivo' no está deshabilitado, y seguirá generando mensajes SELinux, pero SELinux no negará nada en Permisivo. En ese modo, puede ignorar cualquier denegación en los registros.
Jason Martin
Jason Martin lo consiguió! Gracias por la pista sobre SELinux.
user99201
3
Ejecute el rpcdebug -m nfs -s mountmontaje nuevamente e imprima lo que salga de dmesg. Entonces corre rpcdebug -m nfs -c mount. Esto suena como un error de análisis, posiblemente debido a anulaciones incorrectas en nfsmount.conf, aunque debería aparecer si lo hace en el kernel dmesg.
Matthew Ife
¿Ha rpcbindinstalado en la máquina que proporciona el recurso compartido?
13dimitar

Respuestas:

5

Toca el mismo problema hoy. Me topé con la opción nfsverscuando buscaba una explicación. Montaje trabajado con nfsvers=3y nfsvers=4. Sin embargo, me alegraría una explicación más detallada.

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

Los últimos dos comandos tuvieron éxito.

woky
fuente
1

Encontré este problema hoy en Tiny Core Linux, resultó ser el hecho de que el servicio de cliente nfs no se había iniciado. Una vez que comencé ese servicio ( /usr/local/etc/init.d/nfs-client start), la exportación NFS se montó sin problemas.

Aaron Mason
fuente
1
/usr/local/etcparece una instalación incorrecta de nfs-client ya que el archivo debe estar /etc/init.dy vincularse a lo apropiado /etc/rc? .dpara comenzar automáticamente.
Jan Hudec
@ JanHudec sí, en una distribución normal, pero la arquitectura de Tiny Core no permite esto. Podríamos discutir estándares hasta que las vacas regresen a casa, pero JeOS se enfrenta a los estándares tal como están.
Aaron Mason