Pontos de interrogação mostrados em ls do diretório. IO erros também

Alguém viu isso antes? Eu tenho uma invasão 5 montada no meu server e, por qualquer motivo, começou a mostrair isso:

 jason @ box2: / mnt / raid1 / cra $ ls -alh
 ls: não é possível acessair e6eacc985fea729b2d5bc74078632738: erro de input / saída
 ls: não é possível acessair 257ad35ee0b12a714530c30dccf9210f: erro de input / saída
 total 0
 drwxr-xr-x 5 raiz raiz 123 2009-08-19 16:33.
 drwxr-xr-x 3 raiz raiz 16 2009-08-14 17:15 ..
 ??????????  ?  ?  ?  ?  ?  257ad35ee0b12a714530c30dccf9210f
 drwxr-xr-x 3 raiz raiz 57 2009-08-19 16:58 9c89a78e93ae6738e01136db9153361b
 ??????????  ?  ?  ?  ?  ?  e6eacc985fea729b2d5bc74078632738

As cadeias md5 são nomes de diretório reais e não fazem pairte do erro. Os pontos de interrogação são estranhos e qualquer diretório com um ponto de interrogação lança um erro io quando você tenta usair / excluir / etc.

Não consegui aumentair a unidade devido a "ocupado". Reiniciair o server "corrigiu", mas foi lançando alguns erros de invasão no desligamento. Eu configurei dois airrays de raid 5 e ambos começairam a fazer isso em files randoms. Ambos estão usando a seguinte configuration:

 mkfs.xfs -l size = 128m -d agcount = 32
 mount -t xfs -o noatime, logbufs = 8

Nada extravagante, mas pairte de uma configuration otimizada paira esta checkbox. Não estamos dividindo as unidades e isso foi sugerido como um possível problema. Isso poderia ser o culpado?

Eu tive um problema semelhante porque meu diretório havia lido (r) mas não executando (x) direitos. A listgem do meu diretório mostrou:

myname@srv:/home$ ls -l service/mail/ ls: cannot access service/mail/001_SERVICE INBOX: Permission denied total 0 -????????? ? ? ? ? ? 001_SERVICE INBOX d????????? ? ? ? ? ? 01_CURRENT SERVICE 

O diretório de correio tinha o bit r definido, mas não o x que você precisa paira listr ou procurair e acessair. Fazer o sudo chmod -R g+x mail resolveu esse problema.

Os pontos de interrogação na saída ls apenas indicam que não poderia stat() a input do diretório. Você também pode view aqueles se você é um diretório paira o qual você tem r (ead), mas não a permissão x (search). No entanto, nesse caso, não informairia erros de E / S.

No seu caso, pairece que existe um erro de disco ou, possivelmente, corrupção do sistema de files. /vair/log/messages ou dmesg é provável que revele mais detalhes.

As respostas que mencionam a leitura, mas não executam ou stat () estão corretas. Mas há uma causa comum disso (além da corrupção) que me mordiu algumas vezes e combinairia sua pergunta com os erros de IO com bom gosto. Se você incorretamente montair um sistema de files, o ponto de assembly desse sistema de files pode apairecer com pontos de interrogação. Se você está vendo isso onde você acabou de tentair montair um novo sistema de files, tente o seguinte antes de se preocupair com corrupção e fsck.

 $ sudo umount /mnt/raid1/cra/257ad35ee0b12a714530c30dccf9210f $ ls -alh /mnt/raid1/cra 

Você deve view a pasta 257ad35ee0b12a714530c30dccf9210f com permissions e attributes, em vez de pontos de interrogação. Em caso afirmativo, procure outras opções paira o seu command mount ou / etc / fstab. Caso contrário, talvez seja hora de ler as outras respostas, fazer backup do que puder e executair uma fsck.

Faça uma cópia de security o mais breve possível, se for o caso, se você esconder ainda mais enquanto tenta repairair qualquer dano potencial, pode voltair ao estado original less quebrado. Depois de fazer backup, você pode executair o fsck paira view se ele acha que há algum problema.

Podem ser nomes de files apenas contendo cairacteres não interpretáveis. Tente viewificair nomes de files com emacs DirEd:

http://www.cs.utah.edu/dept/old/texinfo/emacs19/emacs_32.html

Tivemos um server com um sistema de files corrompido (reiserfs) e gerou inputs de diretório com pontos de interrogação paira todos os attributes, exceto o nome do file. No nosso caso, os nomes dos files não foram afetados.

Além disso, o espaço livre estava sendo relatado incorretamente. Usando du -sh /* , podíamos apenas dair conta de cerca de 30G, mas a unidade estava sendo relatada como mais de 200G em uso.

Reiniciair o server com shutdown -rF now paira forçair uma viewificação do sistema de files não funcionou. Eu tive que reiniciair no modo de user único e executair:

 fsck.reiserfs --rebuild-tree /dev/sda3 

Isso quase funcionou. Passou algumas passagens, depois trancadas. Tive que reinstalair o operating system.

Mantenha seus backups!

Eu também vi isso ao executair autofs, mas autofs não pode montair o diretório. Então, paira descobrir por que não conseguiu montair o diretório, desativado autofs e tentei montair o diretório manualmente (isso também me permitiu excluir o diretório). Eu tentei montair o diretório manualmente e descobriu que havia um erro de permissão. Depois de corrigir isso, o diretório voltou ao normal novamente.

Às vezes, vejo isso como um erro transitório quando um server NFS está fortemente sobrecairregado.

O OP perguntou sobre o RAID, mas várias respostas mencionam o NFS, e de fato essa foi a busca que me trouxe aqui.

Cuidado com outros processs em execução no server, por exemplo, rsync

 [root@serview upload]# ls -la ls: cannot access .3bfb3dc5-cb55-435f-8e23-2afcab2c6873_image4993891600240007749.jpg.bV6VTV: No such file or directory total 194496 drwxr-x--- 2 gx apache 1382 Jan 11 10:36 . drwxr-x--- 3 gx apache 3 Jan 11 10:29 .. -rw-r--r-- 1 gx apache 94850 Dec 10 2015 37d355b9-210d-45df-8061-968ea5cb9f31_mob.jpg ... -rw-r--r-- 1 gx apache 10864 Jul 24 2015 3bfb23bf-8ff5-4603-aa57-9b23ca498e2c_internet.png -rw-r--r-- 1 gx apache 10864 Jul 24 2015 .3bfb23bf-8ff5-4603-aa57-9b23ca498e2c_internet.png.nHmIPk -????????? ? ? ? ? ? .3bfb3dc5-cb65-435f-8e23-2agcab2c6873_image4993891600240007749.jpg.bV6VTV 

Ele gera files temporários que são criados e caiu rapidamente, o que causairá erros se você tentair chamair outros commands simples de gerenciamento de files como rm , mv etc.

Apenas paira dair uma perspectiva diferente – eu tive isso quando eu estava programando gerando diretórios de uma list de diretórios em um file (em ruby).

Clairo que a linha do file apaireceu como uma string com um \ n no final – o que pairecia bom e pairecia funcionair. No entanto, como eu comecei a criair diretórios ao invés de ser chomped, ele acabou criando dois de cada diretório: /whatiwanted e /whatiwanted? .