Tanda tanya muncul di direktori ls. Kesalahan IO juga

Adakah yang pernah melihat ini sebelumnya? Saya mendapat serangan 5 yang dipasang di server saya dan untuk alasan apa pun mulai menunjukkan ini:

jason @ box2: / mnt / raid1 / cra $ ls -alh
ls: tidak dapat mengakses e6eacc985fea729b2d5bc74078632738: Kesalahan input / output
ls: tidak dapat mengakses 257ad35ee0b12a714530c30dccf9210f: Kesalahan input / output
total 0
drwxr-xr-x 5 root root 123 2009-08-19 16:33.
drwxr-xr-x 3 root root 16 2009-08-14 17:15 ..
?????????? ? ? ? ? ? 257ad35ee0b12a714530c30dccf9210f
drwxr-xr-x 3 root root 57 2009-08-19 16:58 9c89a78e93ae6738e01136db9153361b
?????????? ? ? ? ? ? e6eacc985fea729b2d5bc74078632738

String md5 adalah nama direktori aktual dan bukan bagian dari kesalahan. Tanda tanya aneh, dan direktori mana pun dengan tanda tanya melempar kesalahan io saat Anda mencoba menggunakan / menghapus / dll.

Saya tidak dapat melakukan umount drive karena "sibuk". Mem-boot ulang server "memperbaikinya" tetapi server itu melempar beberapa kesalahan serangan saat ditutup. Saya telah mengkonfigurasi dua array raid 5 dan keduanya mulai melakukan ini pada file acak. Keduanya menggunakan konfigurasi berikut:

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

Tidak ada yang terlalu mewah, tetapi bagian dari konfigurasi yang dioptimalkan untuk kotak ini. Kami tidak mempartisi drive dan itu disarankan sebagai masalah yang mungkin terjadi. Mungkinkah ini pelakunya?

Saya memiliki masalah yang sama karena direktori saya telah membaca (r) tetapi tidak mengeksekusi (x) hak. Daftar direktori saya menunjukkan:

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

Direktori mail memiliki set r bit, tetapi bukan x yang Anda perlukan untuk daftar atau pencarian dan akses. Melakukan sudo chmod -R g+x mailmenyelesaikan masalah ini.

Tanda tanya di lsoutput hanya menunjukkan bahwa itu tidak bisa stat()masuk direktori. Anda juga dapat melihatnya jika Anda lsdirektori yang memiliki izin r (ead) tetapi tidak x (cari). Namun dalam kasus ini tidak akan melaporkan I / O error .

Dalam kasus Anda sepertinya ada kesalahan disk atau mungkin kerusakan sistem file. /var/log/messagesatau dmesgkemungkinan akan mengungkapkan rincian lebih lanjut.

Jawaban yang menyebutkan baca, tetapi tidak mengeksekusi atau stat () benar. Tapi ada penyebab umum ini (selain korupsi) yang telah menggigit saya beberapa kali dan akan cocok dengan pertanyaan Anda dengan kesalahan IO dengan baik. Jika Anda memasang sistem file secara tidak tepat, titik pemasangan sistem file itu mungkin muncul dengan tanda tanya. Jika Anda melihat ini di mana Anda baru saja mencoba memasang sistem file baru, coba yang berikut sebelum khawatir tentang korupsi dan fsck.

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

Anda harus melihat folder 257ad35ee0b12a714530c30dccf9210f dengan izin dan atribut daripada tanda tanya. Jika demikian, cari opsi lain untuk perintah mount Anda atau file / etc / fstab. Jika tidak, mungkin sekarang saatnya untuk membaca jawaban lain, mencadangkan apa yang Anda bisa, dan menjalankan fsck.

Ambil cadangan sesegera mungkin, jika hanya jika Anda mengacaukannya lebih jauh saat mencoba memperbaiki potensi kerusakan, Anda dapat kembali ke kondisi semula tidak rusak. Setelah membuat cadangan, Anda mungkin menjalankan fsck untuk melihat apakah menurutnya ada masalah.

Mungkin nama file hanya berisi karakter yang tidak dapat diputar. Coba periksa nama file dengan emacs DirEd:

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

Kami memiliki server dengan sistem file yang rusak (reiserfs) dan menghasilkan entri direktori dengan tanda tanya untuk semua atribut kecuali nama file. Dalam kasus kami, nama file tidak terpengaruh.

Juga, ruang kosong dilaporkan salah. Menggunakan du -sh /*kami hanya bisa menjelaskan sekitar 30G, tetapi drive dilaporkan lebih dari 200G digunakan.

Mem-boot ulang server dengan shutdown -rF nowmemaksa pemeriksaan sistem file tidak berhasil. Saya harus reboot ke mode single-user dan menjalankan:

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

Ini hampir berhasil. Ia melewati beberapa lintasan, lalu dikunci. Harus menginstal ulang OS.

Pertahankan cadangan Anda!

Saya juga melihat ini ketika menjalankan autofs tetapi autofs tidak dapat me-mount direktori. Jadi untuk mencari tahu mengapa itu tidak bisa me-mount direktori saya menonaktifkan autofs dan mencoba me-mount direktori secara manual (ini juga memungkinkan saya untuk menghapus direktori). Saya mencoba memasang direktori secara manual dan menemukan bahwa ada kesalahan izin. Setelah memperbaikinya, direktori kembali normal lagi.

Watch out for proses yang berjalan lainnya di server misalnya 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

Ini menghasilkan file sementara yang dibuat dan dijatuhkan dengan cepat yang akan menyebabkan kesalahan jika Anda mencoba memanggil perintah manajemen file sederhana lainnya seperti rm , mv dll.

Hanya untuk memberikan perspektif yang berbeda - Saya memiliki ini ketika saya secara sistematis menghasilkan direktori dari daftar direktori dalam file (dalam ruby).

Tentu saja baris dari file muncul sebagai string dengan \ n pada akhirnya - yang terlihat bagus dan sepertinya berfungsi. Namun ketika saya mulai membuat direktori daripada diompres itu akhirnya membuat dua direktori masing-masing: /whatiwanteddan /whatiwanted?.

Saya terkadang melihat ini sebagai kesalahan sementara ketika server NFS kelebihan beban.

OP bertanya tentang RAID tetapi beberapa jawaban menyebutkan NFS, dan sebenarnya itu adalah pencarian yang membawa saya ke sini.