Перейти к основному содержанию

Ошибка Alert Host IPMI System Event Log Status

VMware vSphere 5.5

Иногда на хостах в vCenter возникает ошибка переполнения лога: Host IPMI system event log status. Через web-интерфейс избавиться от этой ошибки не удаётся. Очень раздражает и мешает отслеживать другие ошибки.

Быстрое лекарство через SSH на хосте:

localcli hardware ipmi sel clear

После выполнения команды System Event Log очищается.

Инструкция от VMware

Подробности здесь: https://kb.vmware.com/s/article/1033725

Симптомы ошибки

Ошибка периодически повторятся на хостах ESX/ESXi.

Acknowledging на время убирает ошибку.

Что нужно сделать админу?

Нужно на гипервизоре очистить файл журнала системных событий IPMI, расположенный в /var/log/ipmi.

Причина ошибки

Файл журнала системных событий IPMI переполняется.

Как устранить ошибку?

Убедитесь, что на хосте ESXi правильные настройки NTP.

Очистите файл журнала, для этого:

  1. Войдите в vCenter.
  2. Выберите проблемный хост ESXi.
  3. Перейдите на вкладку Hardware Status.
  4. Нажмите System Event log.
  5. Нажмите Reset Event Log. Красная ошибка при этом должна пропасть.
  6. Нажмите Reset Sensors, чтобы сбросить датчики хоста.

Начиная с ESXi 5.1 U2 можно использовать командную строку localcli для очистки журналов SEL IPMI, для этого:

  1. Войдите на хост по SSH.
  2. Выполните команду:
localcli hardware ipmi sel clear

Если журнал не очищается в ESX - перезапустите агенты управления и sfcbd-watchdog:

/etc/init.d/sfcbd-watchdog restart

Если журнал не очищается в ESXi - перезапустите агенты управления.

 

Похожие материалы

HPE ProLiant MicroServer Gen10 — установка ESXi 6.7

Установим на сервер HPE ProLiant MicroServer Gen10 операционную систему ESXi 6.7.

У меня на сервере настроен RAID:
HPE ProLiant MicroServer Gen10 - настройка RAID

Есть два варианта, куда устанавливать ОС. Можно установить на зеркальный RAID, для этого нужно проверить, видит ли его установщик. Второй вариант — на USB флешку. Мы проверим, видится ли RAID, но ОС я буду устанавливать на USB флешку.

vCenter 6.7 — создаём Distributed Switch

Сегодня создадим Distributed Switch на vCenter 6.7. Идея распределённого коммутатора заключается в следующем - создать один коммутатор, который будет обслуживать сразу несколько гипервизоров. Вы получаете один единственный логический коммутатор, существующий сразу на всех серверах ESX(i). Распределённый - потому что он рулится из одной точки - vCenter, а распределяется на все хосты. Если vCenter выйдет из строя, то коммутатор продолжит работу. Мы просто потеряем возможность настраивать коммутатор.