O servidor A costumava ser um servidor NFS. O servidor B estava montando uma exportação disso. Tudo estava bem. Então A morreu. Apenas desligado. Se foi. Desapareceu.
No entanto, essa pasta ainda está montada em B. Eu obviamente não posso cd
entrar nela ou algo assim. No entanto, umount /mnt/myfolder
apenas trava e não é suficiente. Existe uma maneira de desmontá-lo sem reiniciar B?
Cliente e servidor são máquinas Linux.
linux
nfs
disaster-recovery
Rory
fonte
fonte
Respostas:
Supondo que o Linux:
Vai resolver o problema:
-f
Forçar desmontagem (no caso de um sistema NFS inacessível). (Requer o kernel 2.1.116 ou posterior.)-l
Desmontar preguiçoso. Desanexe o sistema de arquivos da hierarquia do sistema de arquivos agora e limpe todas as referências ao sistema de arquivos assim que ele não estiver mais ocupado. (Requer o kernel 2.4.11 ou posterior.)-f
também existe no Solaris e no AIX.fonte
umount -f -l nfsserver:/export/thefolder
.Elaborando a sugestão de David Pashley ,
a menos que "umount -l" resolva seu problema, você pode configurar um servidor falso com o mesmo endereço que o desapareceu - mas na verdade não é necessário configurar um novo servidor ou algo assim. A maneira mais fácil de sair da situação de bloqueio / interrupção do montante é configurar uma interface IP de alias local , da seguinte maneira:
(obviamente 11.22.33.44 é o endereço IP (antigo) do servidor NFS (agora morto))
fonte
Pode ser aconselhável adicionar a
intr
opção a quaisquer/etc/fstab
entradas que possam parar ou travar. Se você não usar as opçõessoft
ouintr
, quando o servidor que hospeda os arquivos NFS ficar inativo, o servidor no qual os arquivos estão montados (o cliente) poderá travar durante a inicialização.De acordo com
man 5 nfs
:... e então continua dizendo que
intr
é preferívelsoft
, mas tem o efeito semelhante de impedir a suspensão.fonte
umount -f /mnt/myfolder
deve resolver isso. Veja a página de manual do umount.fonte
Como um aparte, o uso do automount manipulará os compartilhamentos NFS desmontáveis quando eles ficarem indisponíveis, o que evita ficar preso nessa situação no futuro.
fonte
Eu nunca consegui
umount -f
trabalhar. Um truque útil é configurar outro servidor montando a mesma exportação, fornecendo o mesmo endereço IP do servidor antigo. Seu cliente NFS deve pensar que tudo voltou ao normal e os processos serão desbloqueados. Em seguida, você pode desmontar o ponto de montagem normalmente e remover o endereço IP do servidor NFS temporário.fonte
Para o Solaris, reiniciar o cliente NFS resolverá a "espiral da morte da montagem rígida". O comando do Solaris 10 é "svcadm restart network / nfs / client". Não tentei isso em uma caixa Linux recentemente (porque todos eles montam com o sinalizador "intr" e raramente têm esse problema), mas provavelmente também corrigirá o problema.
fonte
Acabei de notar que o forçar desmontagens no kernel 3.2.0 trava com montagens NFSv4. As desmontagens do NFSv3 funcionam bem.
fonte
apenas um acompanhamento específico do OS X, já que os comandos mount são na maioria dos casos * nix agnósticos: o sinalizador -l (preguiçoso) não existe no OS X; no entanto, o sinalizador -f (force) existe e provou ser suficiente . Além disso, os pontos de montagem gerados pelo sistema estão em / Volumes (/ Volumes / myserversexport)
fonte
Eu já encontrei esse mesmo problema. Desde que o servidor NFS foi removido, não consigo desmontar os nfs do cliente. Eu tentei o seguinte truque, veja se poderia ser útil. Como o servidor NFS original se foi, eu crio um novo servidor com o mesmo IP e as exportações. Então eu tento umount -f / mnt / nfs_part. Finalmente consegui desmontar o NFS agora.
fonte