El servidor A solía ser un servidor NFS. El servidor B estaba montando una exportación de eso. Todo estuvo bien. Entonces A murió. Solo desconectado. Ido. Desaparecido
Sin embargo, esa carpeta todavía está montada en B. Obviamente no puedo cd
hacerlo ni nada. Sin embargo, umount /mnt/myfolder
simplemente se cuelga y no se desmonta. ¿Hay alguna forma de desmontarlo sin reiniciar B?
Tanto el cliente como el servidor son máquinas Linux.
linux
nfs
disaster-recovery
Rory
fuente
fuente
Respuestas:
Asumiendo Linux:
Se solucionará el problema:
-f
Desmontaje forzado (en caso de un sistema NFS inalcanzable). (Requiere el kernel 2.1.116 o posterior).-l
Perezoso desmontado. Separe el sistema de archivos de la jerarquía del sistema de archivos ahora y limpie todas las referencias al sistema de archivos tan pronto como ya no esté ocupado. (Requiere el kernel 2.4.11 o posterior).-f
También existe en Solaris y AIX.fuente
umount -f -l nfsserver:/export/thefolder
.Elaborando sobre la pista dada por David Pashley ,
a menos que "umount -l" resuelva su problema, puede configurar un servidor falso con la misma dirección que el que se ha ido, pero en realidad no tiene que configurar un nuevo servidor ni nada. La forma más fácil de salir de la situación de bloqueo / bloqueo es configurar una interfaz IP de alias local , de la siguiente manera:
(obviamente 11.22.33.44 es la dirección IP (anterior) del servidor NFS (ahora muerto))
fuente
Puede ser conveniente agregar la
intr
opción a cualquier/etc/fstab
entrada que pueda terminar colgándose o fallando. Si no utiliza las opcionessoft
ointr
, cuando el servidor que aloja los archivos NFS se cae, el servidor en el que están montados los archivos (el cliente) puede bloquearse al arrancar.De acuerdo a
man 5 nfs
:... y luego continúa diciendo que
intr
se prefieresoft
, pero tiene el efecto similar de evitar que se cuelgue.fuente
umount -f /mnt/myfolder
Debería resolver esto. Vea la página de manual de umount.fuente
Como nota aparte, el uso de automontaje se encargará de desmontaje de los recursos compartidos NFS cuando se convierten en Unavaliable, lo que evita quedarse atascado en este situatuion en el futuro.
fuente
Nunca me las he arreglado para ir
umount -f
a trabajar. Un truco útil es configurar otro servidor que monte la misma exportación, darle la misma dirección IP que el servidor anterior. Su cliente NFS debería pensar que todo vuelve a la normalidad y que los procesos se desbloquearán. Luego, puede desmontar el punto de montaje normalmente y eliminar la dirección IP del servidor NFS temporal.fuente
Para Solaris, reiniciar el cliente NFS resolverá la "espiral de muerte de montaje duro". El comando para Solaris 10 es "svcadm restart network / nfs / client" No he intentado esto en un cuadro de Linux últimamente (porque todos se montan con el indicador "intr", por lo que rara vez tienen este problema), pero probablemente también se solucionará el problema.
fuente
Acabo de notar que forzar el desmontaje en el kernel 3.2.0 se bloquea con los montajes NFSv4. El desmontaje de NFSv3 funciona bien.
fuente
solo un seguimiento específico de OS X, ya que los comandos de montaje son en su mayoría * nix agnósticos: el indicador -l (perezoso) no existe en OS X, sin embargo, el indicador -f (forzar) sí, y demostró ser suficiente . Además, los puntos de montaje generados por el sistema están en / Volumes (/ Volumes / myserversexport)
fuente
He encontrado este mismo problema. Como el servidor NFS se eliminó, no puedo desmontar el nfs del cliente. Intenté el siguiente truco, ver si puede ser útil. Como el servidor NFS original desapareció, creo un nuevo servidor con la misma IP y exportaciones. Luego intento umount -f / mnt / nfs_part. Finalmente pude desmontar el nfs ahora.
fuente