Собрание заметок об информационных технологиях
Рассмотрим процедуру обновления микрокода RAID контроллера Broadcom/LSI MegaRAID SAS 9361-8i (MegaRAID SAS-3 3108 "Invader"), работающего на аппаратной серверной платформе YADRO Vegman R120 с ОС VMware ESXi 8.0 U3. Хотя то, какая операционная система выполняется на сервере, в контексте процедуры обновления микрокода на самом деле не принципиально, так как обновление будет выполняться в офлайн режиме средствами UEFI Shell.
Сегодня у нас история про блейд-сервер HPE ProLiant BL460c Gen8 (735151-B21), который мы получили в своё распоряжение в комплекте с нештатной работой контроллера управления HPE Integrated Lights-Out (iLO) 4. Первичная оценка состояния аппаратных компонент сервера показала, что сам по себе сервер вполне работоспособен, но наблюдаются проблемы в работе некоторых функций iLO. Например, на веб-странице входа в iLO, сразу бросился в глаза баннер с сообщением о выявленной проблеме самотестирования iLO: "iLO Self-Test reports a problem with: Embedded Flash/SD-CARD".
Рассмотрим процедуру обновления драйвера и микрокода для оптического адаптера HPE StoreFabric SN1100Q P9D94A Rev:0A (PN:P9D94-63001 SPS:853011-001) DP FC 16Gb PCI-E HBA (QLogic QLE2692-HP BK3210407-20 F) в среде гипервизора VMware ESXi 8.0 U3, работающего на аппаратной серверной платформе YADRO Vegman R120 G1. Хотя модель сервера здесь не играет принципиального значения и процедура будет схожей для работы на другом серверном железе.
Имеется сервер HPE ProLiant поколения Gen10 c RAID контроллером HPE Smart Array P408i-p SR. На контроллере собран массив RAID 60 из множества накопителей большого объёма. В конфигурации контроллера активирован механизм "Spare Drive" для автоматической "горячей" подмены при отказе любого из накопителей в рабочей RAID группе. И вроде бы всё хорошо и контролируемо. Но однажды может наступить момент, когда в работающем RAID массиве один из накопителей поменяет свой статус на "Predictive Failure". То есть накопитель ещё продолжает работу, но из-за накапливающихся ошибок вероятность его отказа в обозримой перспективе становится весьма неиллюзорной.
При попытке установить гипервизор VMware ESXi 8.0 U3 (из образа VMware-ESXi-8.0.3-24859861-HPE-803.0.0.12.2.0.9-oct2025.iso) на блейд-сервер HPE ProLiant BL460c G8 666157-B21 с установленным модулем сетевой платы HPE FlexFabric 10Gb 2-port 554FLB BL-c FlexLOM Adapter 647586-B21 (647584-001 Rev.0A SP:649940-001) получим предупреждение инсталлятора "<UNSUPPORTED_DEVICES WARNING: This host has unsupported devices [<PciInfo 'Ethernet controller [19a2:0710 103c:337b]">, <PciInfo 'Ethernet controller [19a2:0710 103c:337b]'>]>".
Замечено, что при использовании ОС Windows Server 2022/2025 на аппаратной платформе HPE ProLiant DL380p Gen8 в диспетчере задач Windows Task Manager может некорректно отображаться информация о нагрузке на процессорные ядра сервера. При этом данная проблема может проявляться плавающим образом. Например, имеются два одинаково сконфигурированных хоста виртуализации с одинаковым актуальным набором микрокода и идентичным уровнем обновлений ОС Windows Server 2022 Datacenter. На первом сервере показания нагрузки CPU в диспетчере задач выглядят как вполне работоспособные и правдоподобные. На втором таком же сервере показания нагрузки CPU всегда нулевые.
В ходе проведения очередной процедуры обновления ОС Windows Server 2025 на аппаратной платформе HPE ProLiant DL380p Gen8 после установки обновлений и штатной перезагрузки сервера столкнулись с невозможностью нормального запуска сервера. При загрузке сервера в тот момент, когда обычно начинается запуск ОС с дисков RAID контроллера Smart Array, на консоли сервера появилось сообщение "1706-The Extended BIOS Data Area in Server Memory has been Overwritten - Smart Array Interrupt 13h BIOS Cannot Continue - System Halted". После этого дальнейшая загрузка сервера останавливается. Попытки повторной перезагрузки и даже временного обесточивания сервера проблему не решают.
При использовании Windows Server 2022 на сервере HPE ProLiant DL380p Gen8 было замечено, что установленная в составе SPP версия службы HPE Agentless Management Service (AMS) не хочет запускаться и, как следствие, это приводит к проблемам взаимодействия интерфейса iLO4 и хостовой ОС.
В данной обзорной статье мы рассмотрим универсальные платы управления ИБП "ПСУ Спутник", выпускаемые под торговой маркой "Инматикс" на производственной базе российской компании ООО "НПО РПС" ("Научно-производственное объединение разработки промышленных систем"). Эту продукцию мы будем рассматривать как серьёзную альтернативу и антипод низкокачественным образцам импортозамещения.
Для начала расскажу небольшую предысторию о том, как мы вообще пришли к использованию ПСУ Спутник. Так исторически сложилось, что в рамках примыкающего к моим зонам ответственности парка оборудования основная масса ИБП относится к торговой марке APC by Schneider Electric. В былые времена вендор отличался довольно демократичной политикой распространения части своего базового ПО и обновлений микрокода для разных типов оборудования. Но с некоторых пор "эффективные менеджеры", которые точно не смотрели советский мультик про жадного раджу и золотую антилопу, захотели больше денег и началось…
В рамках одной экспериментальной задачи потребовалось оживить пару серверов HP ProLiant DL360 G5, много лет назад выведенных из работы и пролежавших все эти годы на складе. Оказалось, что у одного из серверов версия микрокода контроллера управления iLO2 довольно старая (2.07) и попытка работы с таким контроллером может стать в современных условиях небольшим квестом.
Да уж, заморочились вы на все 100к денег)
Следует понять это логическая проблема и висит только managemet часть аппаратного контроллера или же это тотальная проблема контроллера и висит…
RSS - Записи
Последние комментарии