Início / unix / Perguntas / 433051
Accepted
djuarez
Asked: 2018-03-24 04:51:00 +0800 CST

mount.nfs: erro de manuseio de arquivo obsoleto - não é possível desmontar

  • 772

Toda vez que tento montar um compartilhamento NFS, recebo isto:

>> mount -t nfs gitlab-replica-storage.blah.com:/export/registry-gitlab-prod-data-vol /mnt/test
mount.nfs: Stale file handle

O problema é que não consigo desmontar, como diz:

>> umount -f -l /mnt/test
umount: /mnt/test: not mounted

Tentei verificar se algum processo estava usando o ponto de montagem, mas não é o caso.

Alguma outra alternativa para solucionar isso?

Como esclarecimento:

  • Posso montar em outra máquina.
  • Não consigo montá-lo em outro ponto de montagem na máquina afetada.
mount nfs

5 respostas

  1. A mount -t nfsfalha Stale file handlese o servidor tiver algumas entradas de exportação obsoletas para esse cliente.

    Cenário de exemplo: isso pode acontecer quando o servidor reinicia sem que o cliente desmonte os volumes nfs primeiro. Quando o servidor está de volta e o cliente desmonta e tenta montar o volume nfs, o servidor pode responder com:

    mount.nfs: Stale file handle

    Você pode verificar isso olhando para /proc/fs/nfs/exportsou /proc/fs/nfsd/exports. Se houver entrada para o cliente, pode ser obsoleto.

    Você pode corrigir isso desexportando e reexportando explicitamente as exportações relevantes no servidor. Por exemplo, para fazer isso com todas as exportações:

    # exportfs -ua
# cat /proc/fs/nfs/exports
# exportfs -a

    Depois disso, o cliente mount -t nfs ...deve ter sucesso.

    Observe que o rendimento da montagem ESTALEé bem diferente de alguma outra chamada do sistema (como open/readdir/unlink/chdir ...) retornando ESTALE. É uma exportação obsoleta versus um identificador de arquivo obsoleto. Um tratamento de arquivo obsoleto acontece facilmente com o NFS (por exemplo, um cliente tem um tratamento de arquivo, mas o arquivo foi excluído do servidor).

    • 18
  2. Best Answer

    O erro, ESTALE, foi originalmente introduzido para lidar com a situação em que um identificador de arquivo, que o NFS usa para identificar exclusivamente um arquivo no servidor, não se refere mais a um arquivo válido no servidor. Isso pode acontecer quando o arquivo é removido do servidor, seja por um aplicativo no servidor, algum outro cliente acessando o servidor ou, às vezes, até mesmo por outro sistema de arquivos montado do mesmo cliente. O servidor NFS também retorna esse erro quando o arquivo reside em um sistema de arquivos que não é mais exportado. Além disso, alguns servidores NFS até alteram o identificador de arquivo quando um arquivo é renomeado, embora essa prática seja desencorajada.

    Este erro ocorre mesmo que um arquivo ou diretório com o mesmo nome seja recriado no servidor sem que o cliente saiba. O identificador de arquivo refere-se a uma instância específica de um arquivo e excluir o arquivo e recriá-lo cria uma nova instância do arquivo.

    O erro, ESTALE, geralmente é visto quando as informações do diretório em cache são usadas para converter um nome de caminho em um par dentry/inode. As informações são descobertas como desatualizadas ou obsoletas quando uma operação subsequente é enviada ao servidor NFS. Isso pode acontecer facilmente em chamadas de sistema, como stat(2), quando o nome do caminho é convertido em um par dentry/inode usando informações armazenadas em cache, mas uma chamada GETATTR subsequente ao servidor descobre que o identificador de arquivo não é mais válido.

    Esse erro também pode ocorrer quando uma alteração é feita no servidor entre a pesquisa de diferentes componentes do nome do caminho a ser pesquisado ou entre uma pesquisa bem-sucedida e uma operação subsequente.

    Link original sobre ESTALE: ESTALE LWN .

    Sugiro que você verifique os arquivos e diretórios no servidor NFS ou diga ao administrador do servidor NFS para fazer isso.

    Talvez algumas entradas antigas de pagecache, inode e dentry cache existam no servidor NFS. Por favor, limpe-o:

    # To free pagecache
echo 1 > /proc/sys/vm/drop_caches

# To free dentries and inodes
echo 2 > /proc/sys/vm/drop_caches

# To free pagecache, dentries and inodes
echo 3 > /proc/sys/vm/drop_caches
    • 7

  3. No meu caso, também estava recebendo o erro "mount.nfs: Stale file handle", ao montar o novo volume. Isso estava acontecendo desde que o volume mais antigo montado foi excluído. Após a desmontagem, o volume usando,

    umount /mnt

    Quando montei novamente, resolveu o problema.

    • 2

  4. Encontre a entrada de montagem obsoleta no servidor NFS:

    showmount -a | grep ip_address_of_nfs_client

    Se você vir linhas relacionadas com o endereço IP do cliente NFS e o compartilhamento que está tentando montar, remova as entradas obsoletas do rmtab:

    vi /var/lib/nfs/rmtab

    Recarregue o rpc.mountd para que ele veja o novo rmtab:

    killall rpc.mountd ; /usr/sbin/rpc.mountd
    • 1

  5. Verifique se a exportação está realmente montada:

    # cat /proc/mounts | grep nfs

    Erro de manipulação de arquivo obsoleto significa que o servidor NFS mantém uma versão antiga dos arquivos em seu caminho de exportação. Às vezes, uma reinicialização do servidor NFS pode ajudar. Mas com sistemas operacionais mais antigos (RHEL/CentOS 6.9) às vezes é melhor reverter para NFS3 em vez de NFS4. Na minha experiência, clientes NFS4 mais antigos às vezes têm dificuldades com os servidores NFS4.1 mais novos. Isso é especialmente verdadeiro para o bloqueio de arquivos.

    • 0

relate perguntas