Problemas de nfs: las acciones parecen tener el tamaño incorrecto. Los archivos creados en el recurso compartido no son visibles en el servidor.

Problemas de nfs: las acciones parecen tener el tamaño incorrecto. Los archivos creados en el recurso compartido no son visibles en el servidor.

He configurado recursos compartidos en un servidor NFS. Puedo montar las acciones sin errores. Los tamaños de recursos compartidos informados por "df" son mucho más pequeños que el tamaño de recursos compartidos en el servidor, por ejemplo. El servidor informa 1 TB, pero el recurso compartido parece 3,8 G de los clientes. Puedo crear un archivo de prueba en el recurso compartido nfs desde un cliente, y este archivo de prueba es visible para todos los clientes, pero cuando voy al directorio compartido en el servidor, el archivo no está allí. De manera similar, los archivos que preexisten en el servidor no son visibles para ningún cliente. En el servidor, ejecuté el comando "updatedb" y busqué el archivo de prueba recién creado; sin embargo, no se encuentra en ninguna parte del servidor. Entonces, estoy accediendo a un recurso compartido y puedo crear archivos en el recurso compartido desde el cliente, pero no puedo ver estos archivos en ninguna parte del servidor. No veo errores significativos relacionados con nfs en /var/log/messages. El servidor es CentOS 5.8. Los clientes son CentOS 6.4. Iptables está desactivado tanto en el servidor como en los clientes para realizar pruebas.

No veo ningún problema con la resolución de nombres o DNS.

servidor:

[root@vmappp04 /]# cat /etc/exports
/data       192.168.1.0/24(fsid=0,rw,sync,no_root_squash)

[root@vmappp04 /]# rpm -qa |grep nfs-utils
nfs-utils-1.0.9-66.el5
nfs-utils-lib-1.0.8-7.9.el5
nfs-utils-lib-1.0.8-7.9.el5

[root@vmappp04 /]# rpm -qa |grep nfs4-acl-tools
nfs4-acl-tools-0.3.3-3.el5

[root@vmappp04 /]# rpm -qa |grep portmap
portmap-4.0-65.2.2.1

No existe ningún archivo hosts.allow o hosts.deny en el servidor.

cliente:

cat /etc/fstab
vmappp04:/  /data/filer_01  nfs4    noauto,defaults 0 0 

[root@vmappp11 ~]# rpm -qa |grep nfs-utils
nfs-utils-lib-1.1.5-6.el6.x86_64
nfs-utils-1.2.3-36.el6.x86_64

[root@vmappp11 ~]# rpm -qa |grep nfs4-acl-tools
nfs4-acl-tools-0.3.3-6.el6.x86_64

portmap no está instalado en los clientes

el resultado del comando de montaje en el cliente parece correcto:

[root@vmappp11 ~]# showmount -e vmappp04
vmappp04:/ on /data/filer_01 type nfs4 (rw,addr=192.168.1.16,clientaddr=192.168.1.84)

Lista de exportación para vmappp04:

[root@vmappp11 ~]# showmount -d vmappp04
/data 192.168.1.0/24

Directorios en vmappp04:

[root@vmappp11 ~]# showmount -a vmappp04

Todos los puntos de montaje en vmappp04:

[root@vmappp11 ~]# showmount -a 192.168.1.16

Todos los puntos de montaje en 192.168.1.16:

Probé todo tipo de permutaciones en el lado del servidor y del cliente. No estoy seguro de cómo proceder, por favor avise; Muy agradecido por cualquier ayuda.

Respuesta1

No me quedó claro cuáles eran las jerarquías de los sistemas de archivos montados en su servidor y clientes, pero debe tener cuidado al montar directorios y subdirectorios, y cuándo y dónde se montan. Me parece que estás montando las cosas incorrectamente.

Montar en un subdirectorio o directorio principal producirá el tipo de resultados que está viendo. Es posible que esté guardando archivos "bajo" un punto de montaje en el servidor. Por ejemplo, si /data está montado en un disco, los archivos que está guardando a través de los clientes irán al /data que existe "antes" de que /data se monte, es decir, en /. ¿El/en el servidor es 3.8G?

No querrás montar subdirectorios de puntos de montaje porque se manejan de forma diferente. Debe exportar cada directorio que desee montar por separado.

Además, según ese fstab, parece que estás montando vmappp04:/ no vmappp04:/data, eso también causará esto.

información relacionada