Может быть, обращали внимание на такую вещь: удаление множества файлов в linux на XFS-разделах проходит ненормально долго.
Проблема оказалась легко решаемой. Для того, чтобы избавиться от этой досадной “особенности”, необходимо указать следующие опции монтирования файловой системы XFS:
rw,noatime,nodiratime,logbufs=8,logbsize=256k,noquota
При этом, если ФС смонтирована, недостаточно команды
mount ... -o remount
нужно “по-честному” отмонтировать и примонтировать раздел (или перезагрузить машину, если это корневая файловая система). Кроме того, необходимо выполнить команду xfs_admin -j <раздел> для перехода на вторую версию формата логов. Правда, у меня на SLES10SP2 система сказала, что это лишнее:
flycat:~ # xfs_admin -j /dev/sdb1 version 2 log format is already in use versionnum [0xb4a4+0x8] = V4,NLINK,ALIGN,DIRV2,LOGV2,EXTFLG,MOREBITS,ATTR2
Замечу, что такая конфигурация будет потреблять больше оперативки (примерно на пару мегабайт на файловую систему), но кто в наше время учитывает такие мелочи?
Решение найдено здесь
А почему используете XFS? Что в ней такого особенного?
Почему не ext4?
Ext4 на продакшен серверах? Шутку оценил! 🙂
А если серьёзно — мы на работе двигались по траектории: reiser — ext3 — xfs. В рейзере в своё время накололись с потерей данных, с екст3 — с неожиданным переходом системы в RO из-за повреждений. Кроме того, она плохо ресайзится на лету. Так вот и пришли на xfs.
Чисто субъективное мнение: ext3 таскает за собой наследие ext2, и непонятно, насколько от него свободна ext4.
В посте просто про продакшн сервера ни слова не было сказано, вот и предположил… =)
В таком случае все становиться понятным. Спасибо!
Ну, насмотревшись, что вытворяет ext3 на продакшенах, я её и на рабочую станцию уже не поставлю 😉