В предыдущих заметках мы произвели установку ОСCentOS Linux 7.2 на сервер HP ProLiant DL360 G5 и рассмотрели примеры последующего обновления драйверов и firmware для встроенных сетевых контроллеровHP NC373i, а также оптических контроллеровHP FC2242SR/FC1242SR. На этот раз, в качестве завершающего этапа пост-установочных процедур, мы рассмотрим пример установки на наш сервер утилит управления семейства HP System Management Tools.
В частности, нами будут установлены утилиты (в скобках указаны названия необходимых rpm пакетов):
HPE System Health Application and Command Line Utilities (hp-health)
Insight Management Agents(SNMP) for HPE ProLiant Systems (hp-snmp-agents)
HP System Management Homepage (hpsmh)
HPE System Management Homepage Template Package (hp-smh-templates)
HPE Smart Storage Administrator (hpssa)
HPE Command Line Smart Storage Administrator (hpssacli)
Hponcfg - HP Lights-Out Online Configuration Utility (hponcfg)
HP Insight Diagnostics (hpdiags)
В качестве опорной информации было взято развёрнутое сообщение на форуме CentOS некоего гражданина dgrant, за что ему большущее спасибо. Итак, приступим…
В прошлый раз мы рассматривали обновление прошивки Integrated Lights-Out 2 (iLO2) до версии 2.27 на серверах HP ProLiant DL360/380 G5 c Windows Server 2012 R2 с помощью пакета установки, распространяемого через VCRM. В конце сентября и начале октября этого года появились новые версии прошивок iLO2 а также BIOS, относящихся в частности к этому же поколению серверов. Наверно можно было бы пропустить эти обновления "мимо ушей", если бы не степень критичности уязвимостей, которые исправляются этими обновлениями. Читать далее...
В прошлый раз мы рассматривали обновление прошивки Integrated Lights-Out 2 (iLO2) до актуальной на тот момент версии 2.25 для решения проблемы совместимости веб-интерфейса iLO2 c браузером Internet Explorer 11.В январе этого года появилась новая версия прошивки 2.27 с исправлением нескольких проблем безопасности и некоторыми улучшениями… Читать далее...
Сегодня получил от HP очередной бюллетень об обновлениях ПО, драйверов и микропрограммного обеспечения, из которого узнал о том, что подтверждённая ранее проблема с HP Insight NIC Agents версии 9.40 относится также и к версиям 9.50 и 9.60…
Исходя из этого документа, описанная проблема с утечкой памяти решается путём установки самой последней версии пакета HP Insight Management Agents for Windows Server x64 Editions 10.0.0.0
В процессе новой установки HP Version Control Repository Manager (VCRM) последней доступной версии 7.3.4.0 было включено и выполнено автоматическое обновление репозитория VCRM. В процессе авто-обновления был загружен пакет HP Service Pack for ProLiant Version 2013.09.0c (English (US), Japanese) и практически сразу помечен как неисправный с двумя отсутствующими файлами:
cp013802.symbols.zip - The referenced component is not in the catalog.
cp013803.symbols.zip - The referenced component is not in the catalog.
Ранее описывалась Установка HP Systems Insight Manager (SIM) на примере версии 6.2 на базе Windows Server 2008 R2 и SQL Server 2008 R2. Развернутый описанным образом SIM просуществовал у меня периодически обновляясь методом in place upgrade до версии 7.0.0. Теперь рассмотрим процедуру простейшей миграции существующего сервера на новую версию SIM 7.2 на базе Windows Server 2012 и SQL Server 2012.
После смены сертификата HP Systems Insight Manager (SIM) появилась необходимость заменить сведения о доверенном узле SIM в настройках интерфейса iLO2 на всех серверах HP ProLiant для того, чтобы, как и ранее, работала процедура прозрачного перехода от веб-узла SIM к веб-странице iLO2 - Single sign-on (SSO). Учитывая то, что контроллеров iLO2, требующих одинаковой настройки определённого параметра оказалось не так уж и мало, - возник вопрос об автоматизации этой задачи.
При использовании в Version Control Repository Manager (VCRM) функции отчётов (закладка Reports) можно заметить то, что данные по некоторым компьютерам являются устаревшими, или отображаются данные по уже несуществующим компьютерам. Чтобы исправить эту ситуацию в веб-приложении VCRM штатных механизмов нет, зато есть обходное решение:
1. На сервере VCRM в каталоге C:hphpsmhdatacgi-binvcrepositoryxml удаляем файл reportcatalog.xml и перезапускаем службу HP Version Control Repository Manager (cpqsrhmo)
2. В HP Systems Insight Manager (HP SIM) запускаем для всех клиентов VCRM задачу Software Status Polling (Options > Status Polling > Software Status Polling )
Спустя некоторое время файл reportcatalog.xml будет сформирован и наполнен заново и в отчётах появиться актуальная информация.
Сегодня при попытке загрузки последней версии Smart Update Firmware DVD (10.10) обнаружил что это финальный релиз данного набора обновлений.
И как я понял, в дальнейшем все драйвера, ранее входившие в ProLiant Support Pack и прошивки, ранее входившие Smart Update Firmware DVD, теперь будут объединены в одном пакете - HP Service Pack for ProLiant (SPP), который будет обновляться на периодической основе и позиционироваться как единое средство обновления систем HP ProLiant и BladeSystems. Текущая версия - SPP Version 2012.06.0(B) - указывает на год, месяц и номер релиза.
Теперь можно загруженный в VCRM последний релиз SPP использовать в качестве Software/Firmware Baseline в HP SIM, назначая его на группу всех серверов вне зависимости от ветки/редакции используемой ОС, что упрощает логику управлениями бэйзлайнами в HP SIM.
HP Systems Insight Manager (SIM) способен принимать SNMP Traps с любых устройств, способных работать по этому протоколу. Однако регистрируемые в SIM события при получении трапов будут иметь нечитаемый вид и для того, чтобы превратить его в читаемый, нужно зарегистрировать в SIM файл MIB, который предоставляется производителем оборудования. Рассмотрим эту процедуру на примере ИБП фирмы APC.
В качестве первоисточника для наших манипуляций будем использовать документ Compiling and customizing SNMP MIBs with HP Systems Insight Manager. Упрощенно говоря, весь процесс состоит из компиляции конфигурационного файла *.cfg из имеющегося файла *.mib c помощью утилиты Mcompile и последующей регистрации конфигурационного файла в SIM с помощью утилиты Mxmib.
По умолчанию все файлы *.mib и *.cfg можно найти в каталоге
%ProgramFiles%HPSystems Insight Managermibs
а указанные утилиты mcompile и mxmib в подкаталогах bin и lbin
1) Так как в нашем примере мы рассматриваем оборудование APC, перед регистрацией последней версии PowerNet MIB от APC в SIM, нам нужно удалить регистрацию старой версии PowerNet MIB, которая присутствует там “из-коробки”. Для этого выполняем команду:
Mxmib –d powernet.mib
После чего удаляем файлы powernet.mib и powernet.cfg из подкаталога mibs
Практика показала, что если этого не сделать то имеющаяся старая версия PowerNet MIB будет возобладать над новой, несмотря на то что она тоже зарегистрирована в SIM.
2) Далее, загружаем с сайта APС последнюю версию PowerNet MIB, в нашем случае файл powernet404.mib (PowerNet MIB v4.0.4) был получен со страницы загрузки для контроллера APC UPS Network Management Card (AP9619).
Копируем файл в каталог %ProgramFiles%HPSystems Insight Managermibs
3) В командной строке выполняем компиляцию конфигурационного файла:
Проблема заключается в том, что производители оборудования могут использовать разные описания значений SEVERITY, в то время как SIM поддерживает ограниченный перечень этих значений. В нашем конкретном примере нужно открыть файл файл powernet404.cfg и произвести замену значений SEVERITY SEVERE на SEVERITY CRITICAL
В нашем случае в указанном файле была выполнена 401 замена значений, после чего импорт файла в SIM прошёл успешно.
Чтобы убедиться в том, что в SIM действительно подгружен наш конфигурационный файл, можно например проверить доступность описания трапов в меню Options > Events > SNMP Trap Settings
С трапами разобрались, но что же делать с тем что, при дескаверинге можно получить сообщение о невозможности идентифицировать тип оборудования:
No matching SNMP System Type Manager rule for sysObjID was found
Чтобы избавиться от этой проблемы, нужно выяснить для каждой используемой модели модуля управления ИБП значение sysObjectID (OID 1.3.6.1.2.1.1.2.0) и сопоставить его в названием модели устройства в SIM. Для этого нужно открыть меню Options > Manage System Types и с помощью кнопки New зарегистрировать новые типы устройств. При открытии формы добавления нового правила нужно ввести значение System object identifier, выбрать системный тип и подтип оборудования а также в поле Product model указать имя модели как мы его хотим видеть в SIM.
Если значение системного идентификатора нам ещё пока не известно, но мы знаем что оборудование нужного нам типа уже добавлено в SIM, мы можем извлечь это значение из этого оборудования с помощью кнопки Retrieve from system, указав в открывшейся форме имя устройства и нажав кнопку Get response
На своём экземпляре SIM, я решил описать сразу все типы имеющихся у меня ИБП и вот как это в итоге выглядит:
После того как мы закончили с описанием новых типов оборудования, снова запускаем процедуру дискаверинга и убеждаемся в том, что наши ИБП теперь не выглядят как неизвестные устройства.