Как исправить неработающий iLO 2 на неоригинальном DL 380 G6?

Я недавно приобрел HP DL380 G6 для использования в домашних лабораторных условиях и столкнулся с несколькими проблемами, которые, по моему мнению, вызваны неотзывчивым iLO 2:

1. POST занимает несколько (например, 5) минут, дольше, чем ожидалось.
2. При POST, после заставки, появляется сообщение Warning: iLO 2 not responding. System health monitoring has been disabled.
3. На CentOS 7 с live USB udev зависает при обнаружении устройств, а dmesg показывает, что он пытается взаимодействовать с интерфейсом IPMI и завершается таймаутом.
4. Загрузка в HP SPP зависает после выбора автоматического / интерактивного режимов, вероятно, потому что он пытается обнаружить iLO и зависает.
5. Вентиляторы постоянно работают на 100% мощности.
6. Светодиоды состояния системы на передней панели (например, показывающие вентиляторы, слоты памяти, процессоры) все выключены, за исключением индикатора Ethernet 1 (который подключен).
7. Обычно на экране POST должно отображаться что-то вроде “Нажмите F8 для входа в утилиту настройки на базе ROM iLO”, но этого не появляется, и я не могу настроить iLO.
8. iLO вообще не появляется в сети. Никакой пинг, никаких IP, ничего.

Обзор оборудования

• HP DL380 G6 с последним обновлением BIOS, другое ПО не обновлено
  • 48 ГБ ОЗУ
  • 2x процессора Intel Xeon X5560
• Интегрированная RAID-карта P410i, установлена карта LSI 9211-8i с последним (P20) прошивкой IT
• Начальная версия iLO: неизвестно. (Я обновил ее до 2.33, не уверен, что это было успешно.)

Мои попытки решить проблему

(Никакая из них не сработала.)

1. Согласно этому сайту, полный сброс питания обычно помогает сделать iLO отзывчивым. В моем случае я отключил шнур питания и нажимал кнопку питания 30 секунд, но при следующей загрузке iLO остается неотзывчивым.
2. Я обновил BIOS до последней версии. Это ничего не изменило.
3. Я обновил прошивку iLO до последней версии, v2.33, с помощью ISO HP SPP, записанного на USB-накопитель под управлением CentOS 7. Это сработало, но необходимо было прошить в прямом режиме, и даже после дополнительного сброса питания iLO остается неотзывчивым.
4. Попробовал переключатель безопасности iLO, устанавливая его как в включенное, так и в выключенное положение.
5. Сбросил настройки NVRAM (а значит, и iLO), сняв батарею с кнопки в сервере, а затем установив ее обратно.

Что я еще не попробовал

У меня сейчас нет физического доступа к серверу, но завтра он будет доступен, и я попробую следующее:

1. Согласно сомнительному российскому сайту, возможно, прошивка прошивки iLO 1.77 в прямом режиме с CD с прошивкой 8.50 может это исправить.
2. Я еще не вынимал блоки питания физически из сервера во время своих предыдущих сбросов питания, поэтому возможно, что iLO каким-то образом удерживало питание и не перезагрузилось?! Хотя не уверен, что это действительно важно.

Если кто-либо сталкивался с этой проблемой или имеет советы о том, как с ней справиться, буду признателен.

Если вы купили его целым, на внутренней стороне крышки должна быть этикетка. На ней должно быть изображение переключателя для сброса CMOS (возврат к заводским настройкам). Это комбинация многопозиционных переключателей, и когда вы его включаете, вы получаете звуковой код, затем вы устанавливаете их обратно после выключения питания.

Многое из того, что вы описываете, можно настроить в BIOS и iLO (вы можете настроить iLO на отключение iLO). Один из способов восстановить его – восстановить заводские настройки, но это связано с собственными рисками. Судя по всему, вы хотя бы теперь загружаетесь.

Кстати, снятие батареи может сбросить CMOS, но если вы сделаете это слишком быстро, я сомневаюсь, что все настройки будут сброшены. Мы раньше заземляли это или пытались закрыть питающую шину. Вы будете удивлены, сколько емкости в системе.

Это старый вопрос и очень старый сервер, но, возможно, это поможет кому-то.

Для меня обновление iLO2 до 2.33 сделало iLO недоступным. Сервер находился далеко, но у меня был доступ к работающей ОС и сети. Уменьшение до 2.32 решило все проблемы. Я смог это сделать через TFTP-загрузку, которую я инициировал с помощью hponcfg.