Знаки запитання, показані в ls каталогу. Помилки IO теж

Хтось бачив це раніше? У мене на моєму сервері встановлений рейд 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 root root 57 2009-08-19 16:58 9c89a78e93ae6738e01136db9153361b
?????????? ? ? ? ? ? e6eacc985fea729b2d5bc74078632738

Рядки md5 - це фактичні назви каталогів, а не частина помилки. Знаки запитання незвичайні, і будь-який каталог зі знаком питання видає помилку io при спробі його використання / видалення / тощо.

Мені не вдалося вимкнути накопичувач через "зайнятість". Перезавантаження сервера "виправило" це, але воно викинуло деякі помилки рейду при відключенні. Я налаштував два рейдових 5 масиви, і обидва почали робити це на випадкових файлах. Обидва використовують наступну конфігурацію:

mkfs.xfs -l розмір = 128м -d рахунок = 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цієї проблеми.

Знаки запитання на lsвиході просто вказують на те, що він не міг записати stat()каталог. Ви також можете побачити їх, якщо у вас lsкаталог, для якого ви маєте r (ead), але не x (search) дозвіл. Однак у цьому випадку він не повідомить про помилку вводу / виводу .

У вашому випадку, схоже, є помилка на диску або, можливо, пошкоджена файлова система. /var/log/messagesабо dmesg, ймовірно, виявить подальші деталі.

Відповіді, в яких згадується прочитане, але не виконується або stat (), є правильними. Але є загальна причина цього (окрім корупції), яка мене кілька разів вкусила, і це чудово відповідало б вашому питанню з помилками вводу-виводу. Якщо ви неправильно змонтуєте файлову систему, точка монтажу цієї файлової системи може відображатися із знаками запитання. Якщо ви бачите їх там, де ви тільки що спробували встановити нову файлову систему, спробуйте наступне, перш ніж турбуватися про пошкодження та 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

Це майже спрацювало. Він пройшов через кілька проходів, потім замкнувся. Довелося перевстановити ОС.

Підтримуйте резервні копії!

Я також бачив це під час запуску 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 тощо.

Просто для того, щоб дати іншу точку зору - у мене це було, коли я програмно генерував каталоги зі списків каталогів у файлі (у рубіні).

Звичайно, рядок з файлу проходив у вигляді рядка з \ n на кінці - який виглядав добре і начебто працював. Однак, коли я почав створювати каталоги, а не розбирався, то в кінцевому підсумку створив два з кожного каталогу: /whatiwantedі /whatiwanted?.

Я іноді бачу це як минущу помилку, коли сервер NFS сильно перевантажений.

ОП запитала про RAID, але кілька відповідей згадували NFS, і насправді саме цей пошук привів мене сюди.