Назад | Перейти на главную страницу

Влияние работы kdump на производительность

В настоящее время мы столкнулись с проблемой на сервере RHEL 5.6. Сервер случайно становится нестабильным, сообщения ожидания ядра отображаются в / var / log / messages, и теперь он дважды перезагружается. Мы отправили всю имеющуюся у нас информацию в Red Hat, но для дальнейшего устранения неполадок они заявили, что им необходимо настроить kdump и kexec, которые включают следующее:

  1. Включите службу kdump в chkconfig
  2. Установите для hung_task_panic значение 1 в /etc/sysctl.conf
  3. Добавьте crashkernel = 128M в grub.conf, чтобы настроить резидентный монитор памяти для дампа ядра.

Меня больше всего беспокоит резидентный аспект этого. Кто-нибудь еще раньше включал дамп ядра ядра? Было ли существенное влияние на производительность резидента памяти? Я просто ищу отзывы об опыте других.

За запуск kdump штрафов нет, но делать это не обязательно.

Если ваша система нестабильна, мне было бы любопытно, пробовали ли вы какие-либо другие методы устранения неполадок? Ты говорил много о HP ProLiant в прошлом. Имеется ли у рассматриваемого оборудования журнал IML или он дает какие-либо сведения о проблемах в его ILO (или DRAC, IPMI и т. Д.)?

Учитывая, что вы используете RHEL 5.6, а 5.9 - текущая версия, высока вероятность того, что вы столкнетесь с ошибкой или плохим взаимодействием с оборудованием.

Когда я настраивал kdump, я не видел никакого влияния на производительность. Однако к моему большому отвращению я видел, как система перестала паниковать. Надеюсь, ваша паника не исчезнет, ​​и вы действительно сможете найти первопричину!

Было ли существенное влияние на производительность резидента памяти?

Никакого влияния на производительность не должно быть.