Последние версии RHEL / CentOS (EL6) принесла некоторые интересные изменения в XFS файловую систему я зависела от степени уже более десяти лет. Я провёл часть прошлого лета, отыскивая ситуацию с разреженными файлами XFS из-за плохо документированного бэкпорта ядра. У других были неудачные проблемы с производительностью или противоречивое поведение после перехода на EL6.
XFS была моей файловой системой по умолчанию для данных и разделов роста, поскольку она обеспечивала стабильность, масштабируемость и хорошее повышение производительности по сравнению с файловыми системами ext3 по умолчанию.
Существует проблема с XFS в системах EL6, которая появилась в ноябре 2012 года. Я заметил, что на моих серверах наблюдалась чрезмерно высокая загрузка системы, даже в режиме ожидания. В одном случае незагруженная система будет показывать постоянную загрузку в среднем 3+. В других случаях было увеличение нагрузки на 1+. Количество смонтированных файловых систем XFS, похоже, влияло на серьезность увеличения нагрузки.
Система имеет две активные файловые системы XFS. Загрузка составляет +2 после обновления до затронутого ядра.
Копаем глубже, я нашел несколько потоков на список рассылки XFS , которые указывали на повышенной частоте xfsaild
процесса , сидящей в STAT D состоянии. Соответствующие записи CentOS Bug Tracker и Red Hat Bugzilla описывают специфику проблемы и делают вывод, что это не проблема производительности; только ошибка в сообщении о загрузке системы в ядрах новее, чем 2.6.32-279.14.1.el6 .
WTF?!?
В разовой ситуации я понимаю, что отчетность о нагрузке может не иметь большого значения. Попробуйте управлять этим с помощью своей NMS и сотен или тысяч серверов! Это было идентифицировано в ноябре 2012 года в ядре 2.6.32-279.14.1.el6 согласно EL6.3. Ядра 2.6.32-279.19.1.el6 и 2.6.32-279.22.1.el6 были выпущены в последующие месяцы (декабрь 2012 и февраль 2013) без изменений в этом поведении. С тех пор, как была обнаружена эта проблема, была выпущена новая версия операционной системы. EL6.4 был выпущен и теперь находится в ядре 2.6.32-358.2.1.el6 , которое демонстрирует то же поведение.
У меня была новая очередь на сборку системы, и мне пришлось обойти эту проблему: либо заблокировать версии ядра в выпуске EL6.3 до ноября 2012 года, либо просто не использовать XFS, выбрав ext4 или ZFS , с серьезным снижением производительности для конкретного пользовательского приложения, запущенного поверх. Рассматриваемое приложение в значительной степени опирается на некоторые атрибуты файловой системы XFS для учета недостатков в дизайне приложения.
Идя за платным сайтом базы знаний Red Hat , появляется запись, гласящая:
Высокая средняя загрузка наблюдается после установки ядра 2.6.32-279.14.1.el6. Высокая средняя загрузка вызвана переходом xfsaild в состояние D для каждого устройства в формате XFS.
В настоящее время нет решения по этому вопросу. В настоящее время он отслеживается через Bugzilla # 883905. Обходной путь Понизьте установленный пакет ядра до версии ниже 2.6.32-279.14.1.
(кроме понижения ядра не вариант на RHEL 6.4 ...)
Таким образом, у нас 4+ месяца на решение этой проблемы без реального исправления, запланированного для релизов ОС EL6.3 или EL6.4 Предлагается исправление для EL6.5 и исправление исходного кода ядра ... Но мой вопрос:
В какой момент имеет смысл отойти от предоставленных ОС ядер и пакетов, когда сопровождающий вышестоящий сопровождающий нарушил важную функцию?
Red Hat представила эту ошибку. Они должны включить исправление в ядро с ошибками. Одним из преимуществ использования корпоративных операционных систем является то, что они обеспечивают согласованную и предсказуемую цель платформы . Эта ошибка приводила к повреждению систем, уже находящихся в работе в течение цикла исправлений, и уменьшала уверенность в развертывании новых систем. Хотя я мог бы применить один из предложенных патчей к исходному коду , насколько он масштабируемый? Требуется некоторая бдительность, чтобы постоянно обновляться по мере изменения ОС.
Какой правильный шаг здесь?
- Мы знаем, что это можно исправить, но не когда.
- Поддержка вашего собственного ядра в экосистеме Red Hat имеет свой собственный набор предостережений.
- Как это влияет на право на поддержку?
- Должен ли я просто наложить работающее ядро EL6.3 поверх вновь построенных серверов EL6.4, чтобы получить надлежащую функциональность XFS?
- Должен ли я просто подождать, пока это не будет официально исправлено?
- Что это говорит о недостатке контроля над циклами выпуска Linux на предприятии?
- Долго ли полагался на файловую систему XFS на ошибку планирования / проектирования?
Редактировать:
Этот патч был включен в самый последний выпуск ядра CentOSPlus ( kernel-2.6.32-358.2.1.el6.centos.plus ). Я тестирую это на своих системах CentOS, но это мало помогает для серверов на базе Red Hat.