não pode o diretório 'ls' / mnt

Question

Eu tenho uma máquina do CentOS-6 em que estou trabalhando e que está executando um banco de dados ativo. Está tendo um problema com o diretório /mnt . Não consigo ls o diretório por algum motivo. stat está funcionando e mostra essa saída:

  File: '/mnt/'
  Size: 4096        Blocks: 8          IO Block: 4096   directory
Device: ca02h/51714d    Inode: 16321       Links: 9
Access: (0755/drwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2011-09-23 06:50:20.000000000 -0500
Modify: 2012-10-29 11:46:33.000000000 -0500
Change: 2012-10-29 11:46:33.000000000 -0500

Eu também posso cd no diretório e emitir os comandos touch e mkdir com sucesso (ou pelo menos sem erros. No entanto, se eu tentar executar ls no diretório, ele simplesmente trava. nesse ponto nem Ctrl + C nem Ctrl + Z tem algum efeito e meu sistema trava. feche minha janela ssh e reconecte para fazer qualquer outra coisa.

Estou um pouco perdido aqui, alguém tem alguma idéia do que pode estar causando isso? Ou, alguém sabe como eu posso tentar corrigi-lo, sem reiniciar a máquina (eu encontrei isso uma vez antes no mesmo diretório em uma máquina diferente e foi corrigido pela reinicialização) desde que esta é uma máquina ao vivo, eu posso ' na verdade, reinicie.

Estes são os sistemas de arquivos que são montados nesse diretório:

blob.XXXXX.com:/blend on /mnt/blend type fuse.glusterfs (rw,allow_other,default_permissions,max_read=131072)
blob.XXXXX.com:/new_log on /mnt/new_log type fuse.glusterfs (rw,allow_other,default_permissions,max_read=131072)
blob.XXXXX.com:/new_backup on /mnt/new_backup type fuse.glusterfs (rw,allow_other,default_permissions,max_read=131072)
blob.XXXXX.com:/vz on /mnt/vz type fuse.glusterfs (rw,allow_other,default_permissions,max_read=131072)
blob.XXXXX.com:/git on /mnt/git type fuse.glusterfs (rw,allow_other,default_permissions,max_read=131072)

Curiosamente, a saída de strace ls /mnt mostra os diretórios de montagem lá.

    

Answer 1

Uma coisa é, ls tenta stat() cada arquivo dentro do diretório (que inclui, neste caso, a raiz de cada sistema de arquivos montado), que nenhum dos comandos você tentou com sucesso fazê-lo. Então o problema é provável com um dos sistemas de arquivos montados, e não com /mnt em si.

Para saber mais, você precisa descobrir quais sistemas de arquivos você montou em /mnt e testar cada um deles individualmente ( ls -d /mnt/foo ) para ver qual deles causa o problema.