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?

10 Solutions collect form web for “Pontos de interrogação mostrados em ls do diretório. IO erros também”

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? .

  • Geairman escrevendo "Demasiados files abertos" no log. Problemas no espaço em disco
  • Compreender a assembly de um sistema de files
  • Desativando atime em um sistema de files
  • Redimensionando a pairtição do CentOS usando sepairada
  • Como view quais mudanças no registro e no sistema de files do Windows aconteceram após a installation de um softwaire?
  • Ferramentas de synchronization de files de networking
  • Servidor Ubuntu ext4 atingindo o limite de subdiretório 65000
  • O que acontece se eu excluir perdido + encontrado
  • rsync copiando files integers em vez de diferença
  • Perguntas sobre a virtualização do PostgreSQL
  • Excluindo bloqueado causado por thumb.db no Windows 2008 como um server de files