На веб-сервере часто портится нагруженный каталог

ext3 or ext4? диски живые?

Память

Ext4, ессно.
Диски живее всех живых.
А память... ну, не знаю, Memtest ничего не обнаружил.

* Апдейты все стоят? Ядро в частности

* Барьеры включены на фс? Укажи barrier=1 в опциях монтирования ФС на всякий случай.

* Попробуй журналирование данных data=journal в опциях ФС, это снизит несколько скорость работы, но возможно чем-то поможет.

Все апдейты стоят, включая свежайшее ядро.
Барьеры надо смотреть, спасибо.
А что даст включение журналирования данных?

И самое главное - что виновато в том, что ФС портится?
Хотя бы теоретически.

Теоретически виновато железо. Контроллер первый подозреваемый.

Memtest ничего не обнаружил.

Если память ECC то memtest ничего и не покажет.
А так присоединяюсь, скорее всего железо.

Одним из самых посещаемых (30 т/сутки) и потому нагруженных сайтов расположен в каталоге /var/www/mysite/data/www/mysite.ru/files)

Т.е. эта директория в режиме readonly, верно? И ломается?

Журналирование включит запись данных сначала в журнал ФС, а потом уже на их законное место. С твоей проблемой это вряд-ли имеет что-то общее, но попробовать стоит.

А так, как уже все говорят, наиболее вероятная причина - железо. Память гоняй мемтестом долго, чтобы она прогрелась, т.к. у тебя эти ошибки, как я понял, появляются через месяца работы. ЕЦЦ мемтест обычно сам отключает перед началом работы. Потом дисковый контроллер попробовать поменять, провода и т.п.

М-да. Тогда, наверное, проще поменять материнку, поскольку сайт надолго останавливать нельзя.
Материнка Intel DH57JG, интеловцы вроде брак не гонят.
Указанная директория в режиме записи, это же /var.... , и файлы ней постоянно модифицируются.

Если память ECC то memtest ничего и не покажет.

А как ECC гонять ?

А как ECC гонять ?

Да вот пишут что На веб-сервере часто портится нагруженный каталог (комментарий) " ЕЦЦ мемтест обычно сам отключает перед началом работы."
Я такого «чудоюдо» не припомню. Но у меня похоже опыта меньше чем у blind_oracle.
blind_oracle поясните если не сложно, а то я походу «из заморозки» (это без стеба, реально пояснить прошу). Спасибо.

А может, все таки софт виноват? ОС, например.
Потому что на другом сервере на совершенно другой материнке и ЖД возникают аналогичные сбои ФС.
Путь к папке немного другой, но тоже в /var...
И точно такое же громадное количество перезаписываемых файлов в ней - около 70.000.

И откровенно говоря, на домашнем NAS такая же картина :(
И везде CentOS 6.

Может, Центос просто не умеет корректно обрабатывать большое количество активно обрабатываемых файлов?

Гм, как только задал вопрос по поводу софта, так все разбежались :)
А между прочим зря - я тут погуглил по этой ошибке Problem in HTREE directory inode, как вывалилась куча ссылок и даже в багтрекер кто-то запостил, и якобы проблему закрыли.
Но видимо, она опять всплыла на том же месте.
Господа, кто тут понимает по-ихнему, растолкуйте, пожалуйста, о чем там у них разговор был и чем закончился?

https://www.redhat.com/archives/ext3-users/2008-September/msg00009.html
https://bugzilla.kernel.org/show_bug.cgi?id=12594
https://www.redhat.com/archives/ext3-users/2008-May/msg00025.html

у тебя там шо ext3 на сервере?

серьезно? ext3 на сервере с 30к юзерами в продакшене?

Нет, ext4, уже ж писал выше :)