Necesito armas, no tengo ninguna.
Tengo un punto de montaje NFS en mi sistema que no responde a nada. El punto de montaje físico ya no existe, pero el sistema ya no sabe que ya no está allí.
he probado lo tipico
umount -l /partition
umount -f /partition
fuser -km /partition
El comando simplemente se queda ahí y no hace nada. De vez en cuando me he encontrado con este tipo de comportamiento, pero normalmente los puntos de montaje se ordenan por sí solos. Sólo me gustaría saber el motivo de esto y asegurarme de haberlo intentado todo.
Actualmente, el comportamiento arruina mi sistema de archivos ya que hay varios puntos de montaje montados en la misma subcarpeta.
Respuesta1
También hemos tenido un problema similar. Tenemos un servidor que tiene un montaje NFS en otro servidor. Cuando se reinicia el objetivo, el cliente simplemente se bloqueará. La fuerza excesiva y la pereza no funcionan. Nuestro único recurso es eliminar/comentar las entradas en fstab y forzar un reinicio en el cliente asegurándonos de que el host esté activo. El NFS no se montará cuando vuelva a funcionar.
Respuesta2
Desafortunadamente, incluso en este momento la implementación de NFS en Linux es muy mala para manejar conexiones perdidas a servidores. Esto no sucede en muchas otras variantes de UNIX, pero por alguna razón parece difícil de solucionar en Linux, o nadie parece molestarse.
Lo que suelo hacer para ordenarlo es usar también la -rbandera, de modo que el punto de montaje al menos se ponga en modo de solo lectura. Esto generalmente ayuda a que algunos de los identificadores de bloqueo desaparezcan y finalmente puedas desmontar el recurso compartido.
Puede que esto no siempre funcione, pero me ha ayudado en numerosas ocasiones, por lo que no he tenido que reiniciar el cliente.
También puede volver a montar el mismo recurso compartido en el mismo directorio si el servidor responde nuevamente. No es la mejor manera de manejarlo, pero al menos puedes recuperar el soporte si lo necesitas.