XFS: маленький, но неприятный глючок

hdd жесткий диск, файловые системы под 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: маленький, но неприятный глючок: 4 комментария

    • Ext4 на продакшен серверах? Шутку оценил! 🙂

      А если серьёзно — мы на работе двигались по траектории: reiser — ext3 — xfs. В рейзере в своё время накололись с потерей данных, с екст3 — с неожиданным переходом системы в RO из-за повреждений. Кроме того, она плохо ресайзится на лету. Так вот и пришли на xfs.

      Чисто субъективное мнение: ext3 таскает за собой наследие ext2, и непонятно, насколько от него свободна ext4.

  1. В посте просто про продакшн сервера ни слова не было сказано, вот и предположил… =)
    В таком случае все становиться понятным. Спасибо!

Добавить комментарий

Ваш адрес email не будет опубликован.