Не удалить или перечислить каталог (ls или комната) Linux - Debian

Это должно быть на Ошибка сервера , но:

бит чтения в вашем каталоге кажется отключенным: используйте что-то вроде chmod a + r имя_директории , чтобы исправить это.

Это наиболее вероятно, когда каталог будет создан; это делает сценарий ротации журналов? Ожидается, что несколько одновременных экземпляров этого сценария вызовут проблемы, но я удивлен, что это вызовет проблемы с разрешениями в каталоге. В любом случае вам нужен более быстрый способ поворота и, возможно, механизм, предотвращающий запуск сценария, когда он уже запущен.

Зависание задач - очень серьезная ошибка. Это настолько серьезно, что есть файл proc с именем / proc / sys / kernel / hung_task_panic для автоматической паники / перезагрузки. Это означает, что процесс зависал в ядре на очень долгое время, этого не должно происходить при нормальном использовании.

• Проверьте использование памяти / подкачку
• Проверьте файловую систему / диск

The problem seems to have resolved itself??!?

I noticed the load on the server had gone down from its peaking average of about 70 back to hovering around 1-3 (where it normally sits).

I ran: screen rm -rf vhosts

Came back about half an hour later and tried to resume screen and nothing. Yay! The directory had been deleted.

Really none the wiser as to what happened / is happening, but at least part of the problem is gone.

No more strange kernel errors either.

Мне кажется, у вас могло быть огромное количество файлов в каталоге. Я видел симптомы, очень похожие на те, которые вы описываете для очень больших каталогов.

Возможно, возникла какая-то проблема (возможно, проблема конфигурации с logrotate), из-за которой у вас остались миллионы файлов. Как только вы попадете в миллионы, у большинства файловых систем начнутся проблемы. Простое выполнение ls может занять очень много времени и даже может умереть, если вы будете ждать достаточно долго. Такие команды, как rm , также будут иметь проблемы из-за большого количества файлов. Точно так же такие вещи, как logrotate, будут зависать, потому что выполнение простых операций с каталогом займет очень много времени.

Один из способов проверить это - выполнить команду ls -l в каталоге выше (в данном случае / var / log / apache2 /) и просмотреть размер записи каталога (не содержимое ). Например (с сервера, который у меня есть, где есть несколько каталогов с множеством файлов):

$ ls -lh
rwxrwxr-x 2 ironport ironport  11M Apr 21 19:37 oma01syslog01/
drwxrwxr-x 2 ironport ironport  12M Apr 21 19:37 oma01syslog02/
drwxrwxr-x 2 ironport ironport 5.8M Mar 17 12:30 sat01syslog01/
drwxrwxr-x 2 ironport ironport 4.0K Jun 29  2011 swn01syslog01/

$ for DIR in * ; do echo -n "$DIR:  " ; find $DIR -type f -print | wc -l ; done
oma01syslog01:  204332
oma01syslog02:  195500
sat01syslog01:  70960
swn01syslog01:  0

Обратите внимание на размер записи каталога по сравнению с количеством файлов в нем.

Лучше всего попытаться просмотрите файлы с помощью чего-то вроде find . Он не пытается вытащить весь список перед их отображением и может позволить вам запрашивать и работать с каталогом без проблем, которые вы видите в ls и rm . Ниже приведены некоторые полезные примеры.

Количество файлов:

find ./directory/name/here -type f -print | wc -l

Просмотреть образец файлов в каталоге:

find ./directory/name/here -type f -print | head -20 | xargs ls -lh

Удалить из каталога все файлы, соответствующие шаблону:

find ./directory/name/here -type f -iname '*.log' -print | xargs rm -rf

Примечание : Я только что заметил ваш комментарий, где вы показали ls из одного каталога вверх:

drwxr-xr-x 2 root root 126406656 2011-10-17 18:51 vhosts

Это подтверждает мои подозрения. 126406656 байт - 120 МБ. Это довольно большая запись в каталоге (в моем примере выше у меня была запись в каталоге размером 11 МБ с 200 тыс. Файлов), и это предполагает, что в этом каталоге были миллионы файлов.