ディレクトリのlsに疑問符が表示されます。IOエラーも

誰もこれを見たことがありますか？サーバーにRAID 5をマウントしましたが、何らかの理由でこれが表示され始めました：

jason @ box2：/ mnt / raid1 / cra $ ls -alh
ls：e6eacc985fea729b2d5bc74078632738にアクセスできません：入出力エラー
ls：257ad35ee0b12a714530c30dccf9210fにアクセスできません：入出力エラー
合計0
drwxr-xr-x 5ルートルート123 2009-08-19 16:33。
drwxr-xr-x 3ルートルート16 2009-08-14 17:15 ..
?????????? ？？？？？257ad35ee0b12a714530c30dccf9210f
drwxr-xr-x 3ルートルート57 2009-08-19 16:58 9c89a78e93ae6738e01136db9153361b
?????????? ？？？？？e6eacc985fea729b2d5bc74078632738

md5文字列は実際のディレクトリ名であり、エラーの一部ではありません。疑問符は奇妙であり、疑問符のあるディレクトリは、使用/削除/などしようとするとioエラーをスローします。

「ビジー」のため、ドライブをアンマウントできませんでした。サーバーを再起動すると「修正」されますが、シャットダウン時にRAIDエラーが発生していました。2つのRAID 5アレイを構成し、両方ともランダムファイルでこれを開始しました。両方とも次の設定を使用しています：

mkfs.xfs -l size = 128m -d agcount = 32
マウント-t xfs -o noatime、logbufs = 8

派手なものはありませんが、このボックスの最適化された構成の一部です。ドライブをパーティション分割するのではなく、問題の可能性が示唆されました。これが犯人かもしれませんか？

ディレクトリには読み取り（r）権限があり、実行（x）権限はないため、同様の問題が発生しました。私のディレクトリリストは示した：

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

メールディレクトリにはrビットが設定されていましたが、リストまたは検索とアクセスに必要なxは設定されていませんでした。やってsudo chmod -R g+x mailこの問題を解決しました。

ls出力の疑問符はstat()、ディレクトリエントリができなかったことを示しています。またls、x（検索）権限ではなくr（ead）権限を持っているディレクトリの場合も表示できます。ただし、その場合、I / Oエラーは報告されません。

あなたの場合、ディスクエラーまたはファイルシステムの破損がある可能性があります。 /var/log/messagesまたはdmesg、詳細が明らかになる可能性があります。

読み取りについて言及しているが、executeまたはstat（）ではない回答は正しい。しかし、これにはよくある原因（破損以外）があり、それが何回か噛みつき、あなたの質問とIOエラーをうまく一致させます。ファイルシステムを不適切にマウントすると、そのファイルシステムのマウントポイントに疑問符が表示される場合があります。新しいファイルシステムをマウントしようとしたところにこれらが表示されている場合は、破損とfsckを心配する前に次のことを試してください。

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

257ad35ee0b12a714530c30dccf9210fフォルダーには、疑問符ではなく権限と属性が表示されます。その場合、mountコマンドまたは/ etc / fstabファイルの他のオプションを検索してください。そうでない場合は、おそらく他の回答を読んで、できることをバックアップし、fsckを実行する時間です。

可能性のある損傷を修復しようとしてさらに台無しにした場合に、元の破損の少ない状態に戻ることができる場合に限り、できるだけ早くバックアップを取ります。バックアップ後、fsckを実行して、問題があると考えられるかどうかを確認します。

ファイル名に表示できない文字が含まれている場合があります。emacs DirEdでファイル名を確認してください：

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

破損したファイルシステム（reiserfs）を持つサーバーがあり、ファイル名を除くすべての属性に疑問符の付いたディレクトリエントリを生成しました。私たちの場合、ファイル名は影響を受けていません。

また、空き領域が誤って報告されていました。使用du -sh /*すると、約30Gしか計算できませんでしたが、使用中のドライブは200Gを超えると報告されていました。

サーバーを再起動しshutdown -rF nowてファイルシステムチェックを強制しませんでした。私はシングルユーザーモードで再起動して実行する必要がありました：

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

これはほとんど機能しました。数回のパスを経て、ロックされました。OSを再インストールする必要がありました。

バックアップを維持してください！

autofsを実行しているときにもこれを見ましたが、autofsはディレクトリをマウントできません。それで、なぜディレクトリをマウントできなかったのかを理解するために、autofsを無効にし、ディレクトリを手動でマウントしようとしました（これにより、ディレクトリを削除することもできました）。ディレクトリを手動でマウントしようとしましたが、アクセス許可エラーが見つかりました。それを修正した後、ディレクトリは再び通常に戻りました。

rsyncなど、サーバー上で実行中の他のプロセスに注意してください

[root@server 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

作成され、高速でドロップされる一時ファイルを生成します。これは、rmやmvなどの他の単純なファイル管理コマンドを呼び出そうとするとエラーが発生します。

別の見方をするために-ファイル（Ruby内）のリストディレクトリからプログラムでディレクトリを生成していたときに、これがありました。

もちろん、ファイルからの行は、最後に\ nが付いた文字列として届きました。しかし、むちゃくちゃにされるのではなく、ディレクトリの作成を開始する/whatiwantedと、各ディレクトリのうち2つを作成することになりました/whatiwanted?。

NFSサーバーが非常に過負荷になっている場合、一時的なエラーと見なされることがあります。

OPはRAIDについて質問しましたが、いくつかの答えはNFSに言及しており、実際、それが私をここに連れてきた検索でした。