Кто-нибудь видел это раньше? У меня на сервере установлен raid 5, и по какой-то причине он начал показывать следующее:
jason@box2:/mnt/raid1/cra$ ls -alh ls: cannot access e6eacc985fea729b2d5bc74078632738: Input/output error ls: cannot access 257ad35ee0b12a714530c30dccf9210f: Input/output error 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
Строки md5 - это фактические имена каталогов, а не часть ошибки. Знаки вопроса нечетные, и любой каталог со знаком вопроса выдает ошибку io, когда вы пытаетесь использовать / удалить / и т. Д.
Мне не удалось размонтировать диск из-за занятости. Перезагрузка сервера "устранила" это, но при завершении работы он выдавал некоторые рейдовые ошибки. Я настроил два массива raid 5, и оба начали делать это со случайными файлами. Оба используют следующую конфигурацию:
mkfs.xfs -l size=128m -d agcount=32 mount -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 решил эту проблему.
Ответы, в которых упоминается чтение, но не выполнение или stat (), верны. Но есть частая причина этого (кроме коррупции), которая несколько раз укусила меня и хорошо сопоставила ваш вопрос с ошибками ввода-вывода. Если вы неправильно монтируете файловую систему, точка монтирования этой файловой системы может отображаться со знаками вопроса. Если вы видите это там, где вы только что пытались смонтировать новую файловую систему, попробуйте следующее, прежде чем беспокоиться о повреждении и fsck.
$ sudo umount /mnt/raid1/cra/257ad35ee0b12a714530c30dccf9210f
$ ls -alh /mnt/raid1/cra
Вы должны увидеть папку 257ad35ee0b12a714530c30dccf9210f с разрешениями и атрибутами, а не со знаками вопроса. Если это так, поищите другие параметры для вашей команды монтирования или файла / etc / fstab. Если нет, возможно, пришло время прочитать другие ответы, сделать резервную копию того, что можно, и запустить fsck.
Знаки вопроса в ls вывод просто указывает, что он не может stat() запись в каталоге. Вы также можете увидеть их, если вы ls каталог, для которого у вас есть разрешение r (ead), но не x (поиск). Однако в этом случае он не будет сообщать Ошибка ввода / вывода.
В вашем случае похоже, что произошла ошибка диска или возможно повреждение файловой системы. /var/log/messages или dmesg скорее всего раскроет дальнейшие подробности.
Сделайте резервную копию как можно скорее, хотя бы для того, чтобы, если вы еще больше испортите ее, пытаясь восстановить любой потенциальный ущерб, вы могли вернуться в исходное состояние с меньшими повреждениями. После резервного копирования вы можете запустить fsck, чтобы проверить, не возникли ли проблемы.
Возможно, имена файлов содержат не отображаемые символы. Попробуйте проверить имена файлов с помощью emacs DirEd:
http://www.cs.utah.edu/dept/old/texinfo/emacs19/emacs_32.html
У нас был сервер с поврежденной файловой системой (reiserfs), и он генерировал записи каталога со знаками вопроса для всех атрибутов, кроме имени файла. В нашем случае это не повлияло на имена файлов.
Кроме того, о свободном пространстве сообщалось неправильно. С помощью du -sh /* мы могли учитывать только около 30 Гбайт, но сообщалось, что накопитель используется более 200 Гбайт.
Перезагрузка сервера с shutdown -rF now принудительная проверка файловой системы не сработала. Пришлось перезагрузиться в однопользовательский режим и запустить:
fsck.reiserfs --rebuild-tree /dev/sda3
это почти работал. Пройдя несколько проходов, он был заблокирован. Пришлось переустановить ОС.
Сохраняйте свои резервные копии!
Я также видел это при запуске 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, мв и т.п.
Просто чтобы дать другую перспективу - у меня было это, когда я программно генерировал каталоги из списка каталогов в файле (в ruby).
Конечно, строка из файла прошла в виде строки с \ n на конце, что выглядело хорошо и, похоже, работало. Однако, когда я начал создавать каталоги вместо того, чтобы быть перерезанным, в итоге я создал по два каталога в каждом: /whatiwanted и /whatiwanted?.
Иногда я воспринимаю это как временную ошибку, когда сервер NFS сильно перегружен.
OP спросил о RAID, но в нескольких ответах упоминается NFS, и на самом деле это был поиск, который привел меня сюда.