Breve resumen sobre el tema:
El recurso compartido NFS en un sistema CentOS6.9 monta y muestra correctamente el directorio cuando se monta en un sistema Windows o Linux, pero tiene problemas para mostrar el directorio cuando se monta en sistemas Mac OS. Después de montar el recurso compartido NFS en un sistema Mac OS, Finder gira mientras intenta cargar el contenido del directorio.
Mensaje de error de /var/log/messages:
kernel: nfsd: last server has exited, flushing export cache
kernel: Installing knfsd (copyright (C) 1996 [email protected])
kernel: NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Salida de cat /etc/passwd | grep rpc
rpc:x:32:32:Rpcbind Daemon:/var/lib/rpcbind:/sbin/nologin
rpcuser:x:29:29:RPC Service User:/var/lib/nfs:/sbin/nologin
Me está costando mucho entender el mensaje de error en /var/log/messages, ¿qué tiene de malo nfs? Encontré algunas otras publicaciones en línea que señalaban que la ruta en /etc/passwd era incorrecta, aunque otras en esa publicación indicaban que debería estar bien.
Verifiqué dos veces la ruta que figura en /etc/passwd y descubrí que no existe dicha carpeta rpcbind en /var/lib, pero hay una en /var/cache que la persona en esa publicación indicó que es la ruta correcta. ¿Ese camino posiblemente esté causando el problema?
Los siguientes pasos que planeo tomar son reiniciar los servicios nfs y rpcbind y, si eso falla, reinstalarlos con yum reinstall nfs-util rpcbind. Si ambos métodos fallan, consideraré cambiar la ruta de /var/lib a /var/cache.
¿Alguien se ha encontrado alguna vez con este problema antes?
Respuesta1
Si mi comprensión es correcta, el problema en sí no está en NFS sino en Finder. Los clientes de Windows y Linux no mostraron problemas de rendimiento al conectarse a los soportes NFS.
Estos son los pasos que seguí para resolver el problema de rendimiento en Finder:
- Servicio rpcbind detenido
- Servicio nfslock detenido
- Comando ejecutado rm -rf /var/lib/nfs/statd/sm/*
- Comando ejecutado rm -rf /var/lib/nfs/statd/sm.bak/*
- Servicio rpcbind iniciado
- Servicio nfslock iniciado
- Servicio nfs reiniciado
Posteriormente, Finder pudo abrir y enumerar directorios con facilidad. No estoy exactamente seguro de por qué funcionó, pero el efecto fue significativo.
Por último, intenté agregar enlaces simbólicos en /var/lib/rpcbind a /var/cache/rpcbind pero esto no hizo ninguna diferencia (por supuesto, reinicié todos los servicios apropiados), así que volví a la configuración original de forma predeterminada.
EDITAR: El principal culpable fueron los archivos ocultos, millones de ellos. Finder tuvo dificultades para manejar todos estos archivos. Eliminarlos solucionó el rendimiento mejor que cualquier otra cosa que haya probado.