Архивы HP - Блог IT-KB

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) В командной строке выполняем компиляцию конфигурационного файла: Mcompile -d "C:Program FilesHPSystems Insight Managermibs" powernet404.mib Будет сгенерирован файл powernet404.cfg 4) В командной строке выполняем регистрацию полученного конфигурационного файла в SIM Mxmib -a powernet404.cfg При импорте может возникнуть ошибка типа: Error reading CFG: TRAP-TYPE Invalid severity Line: 54а675 Объяснение этой ошибки и рецепт избавления от неё можно подсмотреть в ветке

Сегодня при попытке загрузки последней версии 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.

При использовании в 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 будет сформирован и наполнен заново и в отчётах появиться актуальная информация. Источники информации: HP Support document c02826865 — HP Version Control Repository Manager (VCRM) — System Detailed Reports May Display Systems That Are No Longer Connected to the VCRM HP Customer Care — Unable to Delete a Host from the "Reports" Tab

В случае, если у вас периодически возникает необходимость выполнять какие-то административные действия с помощью интерфейса HP Integrated Lights-Out 2 (iLO2) на серверах HP ProLiant и при этом вы имеете расширенную лицензию iLO 2 Advanced, возможно вам окажется полезным и удобным использование интеграции процесса авторизации в iLO2 с существующей доменной инфраструктурой Active Directory (AD). Рассмотрим пример такой интеграции. Предварительно в домене создаём группу безопасности, в которую включаем учетные записи администраторов, которым необходимо предоставить доступ к интерфейсу iLO2 на серверах. Залогинившись на веб-интерфейс iLO2 со встроенной учетной записью, для начала мы должны убедиться в том, что у нас активирована расширенная лицензия iLO 2 Advanced (Administration > Licensing). Здесь же на закладке Администрирования переходим в раздел управления группами доступа (Administration > User Administration > Group Accounts) выбираем любую неиспользуемую ранее группу, например Administrator, и нажимаем View/Modify В формате distinguishedName (DN) вводим имя доменной группы доступа и включаем соответствующие разрешающие опции. При вводе имени стоит знать о том, что текущая версия прошивки iLO2 (на момент написания заметки — 2.09) не поддерживает национальные символы, и поэтому если вы попытаетесь использовать DN в котором встречается, например, кириллица, получите соответствующее предупреждение. Честно сказать, этот факт меня неприятно удивил, так как за столь длительное время существования iLO2 HP так и не довели это дело до ума. Далее вы узнаете, что это ещё не самый интересный факт. Итак, переходим на закладку управления параметрами подключения к AD (Administration > Security > Directory). Включаем опцию использования доменной аутентификации — Use Directory Default Schema. В поле Directory Server Address указываем через запятую FQDN имена контроллеров домена (при этом надо понимать что в настройках сети при этом должны быть заданы адреса серверов DNS). Порт оставляем по умолчанию – 636 (на контроллерах домена должна поддерживаться возможность безопасного подключения SSL на этот порт). В поле Directory User Context 1 вписываем DN доменного контейнера, в котором

После смены сертификата HP Systems Insight Manager (SIM) появилась необходимость заменить сведения о доверенном узле SIM в настройках интерфейса iLO2 на всех серверах HP ProLiant для того, чтобы, как и ранее, работала процедура прозрачного перехода от веб-узла SIM к веб-странице iLO2 — Single sign-on (SSO). Учитывая то, что контроллеров iLO2, требующих одинаковой настройки определённого параметра оказалось не так уж и мало, — возник вопрос об автоматизации этой задачи. Выяснилось, что в составе утилиты HP Lights-Out Online Configuration Utility (по умолчанию устанавливается в C:Program FilesHPhponcfg) имеется CLI-утилита hponcfg.exe, которая позволяет обратиться к локальному контроллеру iLO2 и с помощью специально сформированного конфигурационного файла в формате XML выполнить изменение любых параметров контроллера. Встроенное описание ключей утилиты довольно скудное и поэтому для получения информации о ней можно воспользоваться руководством HP Integrated Lights-Out 2 Management Processor Scripting and Command Line Resource Guide. Пример команды, с помощью которой можно получить текущую конфигурацию iLO2 в XML: cd "C:Program FilesHPhponcfg" hponcfg.exe /w "C:TempiLO2-Output.xml" В нашем случае в настройках контроллера сначала нужно удалить информацию о старом сертификате SIM а затем импортировать новый сертификат. Соответственно будем выполнять эту задачу в два этапа. То есть для удаления и установки сертификата используем отдельные конфигурационные файлы, которые передадим в последующем утилите hponcfg.exe. Содержимое файла iLO2-DeleteHPSIMTrust.xml: <RIBCL VERSION="2.1"> <LOGIN USER_LOGIN="Administrator" PASSWORD="blabla"> <SSO_INFO MODE="write"> <DELETE_SERVER INDEX="0" /> </SSO_INFO> </LOGIN> </RIBCL> Выполняем удаление старого сертификата SIM с помощью вышеуказанного конфигурационного файла: hponcfg.exe /f "C:TempiLO2-DeleteHPSIMTrust.xml" Содержимое файла iLO2-AddHPSIMTrust.xml <RIBCL version = "2.1"> <LOGIN USER_LOGIN="Administrator" PASSWORD="blabla"> <SSO_INFO MODE="write"> <MOD_SSO_SETTINGS> <TRUST_MODE VALUE="CERTIFICATE" /> </MOD_SSO_SETTINGS> <SSO_SERVER IMPORT_FROM="HPSIM.holding.com" /> </SSO_INFO> </LOGIN> </RIBCL> В этом конфигурационном файле мы используем функцию импорта сертификата непосредственно с сервера SIM. Обратите внимание на то, что в обоих конфигурационных файлах в теге LOGIN мы используем вымышленные учетные данные, главное в нашем случае - это наличие прав локального администратора на сервере где мы запускаем утилиту hponcfg.exe

Когда новую ОС Windows Server 2012 загоняли на виртуальные машины на базе Hyper-V 2.0 всё казалось радужно и приятно, однако когда дело дошло до установки на аппаратную платформу “не первой свежести” — HP ProLiant DL 360/380 G5 – веселье куда-то улетучилось… После изучения ситуации с драйверами HP для новой ОС поймал себя на мысли, что любимый вендор ведёт себя как закадычный друг, то есть друг, который хочет взять своих клиентов за кадык, внушая им то, что работать с новой ОС можно только на серверах поколения G7/G8… Здесь изложена небольшая история о, том как я бодался с имеющимся на сегодня комплектом драйверов и прошивок для серверов ProLiant – HP Service Pack for Proliant (SPP) версии 2012.10.0 Итак, скачав с сайта HP доступный на данный момент файл HP_Service_Pack_for_Proliant_2012.10.0-0_713293-001_spp_2012.10.0-SPP2012100.2012_1005.37.iso размером 2 513 903 616 байт, копируем его на сервер со свежеустановленной Windows Server 2012 и с помощью новой встроенной функции Windows монтируем образ в виртуальный DVD-привод … Перед непосредственным запуском программы устанавливаем в системе службу SNMP Service (в случае если не планируется использовать WBEM). Далее, открываем командную строку с правами администратора и из смонтированного образа SPP запускаем программу установки \hp\swpackages\hpsum.exe В конфигурации по умолчанию предлагаемый SPP список репозитариев выглядит так В такой конфигурации, дойдя до шага непосредственной установки мы столкнёмся с ошибками зависимостей из-за того, что текущая версия SPP не может определить для некоторых устройств подходящий драйвер. Конкретно в моей ситуации при запуске SPP на платформе ProLiant DL 360 G5 возникла проблема с распознанием iLO2 и Smart Array P400i В поисках решения проблемы на странице HP ProLiant Servers — Microsoft® Windows Server® 2012 обнаружил ссылку указывающую на дополнение к SPP для поддержки Windows Server 2012 - Supplement for SPP. Это дополнение называется Microsoft Windows Server 2012 Supplement for HP Service Pack for ProLiant и представляет собой архивный файл MSsupplement2012.exe размером 183 713 504

Ранее описывалась Установка 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. Ознакомится с предварительными требованиями для новой версии SIM можно в документе HP Systems Insight Manager 7.2 Installation and Configuration Guide for Microsoft Windows из которого мы и узнаём о том, что теперь для сервера SIM можно использовать Windows Server 2012 и SQL Server 2012. В целом процедура миграции будет представлять из себя следующую последовательность действий: 1. Экспортируем данные SIM с помощью утилиты MXEXPORT 2. Переустанавливаем ОС и выполняем подготовительные процедуры 3. Устанавливаем и обновляем SQL Server 4. Устанавливаем новую версию HP SIM 5. Импортируем данные с помощью утилиты MXIMPORT 6. Проверка и дополнительные манипуляции. 1. Экспортируем данные SIM с помощью утилиты MXEXPORT Изначально я планировал несколько иной сценарий обновления, когда сначала на действующей системе SIM обновляется до версии 7.2 а потом уже выполняется экспорт/переустановка/импорт. Но в результате такой последовательности я получил необъяснимую для меня ошибку (какое-то дикое исключение Java) в процессе импорта на переустановленной системе и пришлось откатывать виртуальную машину назад. Почитать о процедуре миграции можно в разделе Data migration (стр.61) указанного выше документа. Конкретно по работе утилиты MXEXPORT более подробной можно найти в соответствующем разделе онлайн справки. Итак, предварительно убедившись в том что мы не попадаем под работающие по расписанию задания SIM, например дискаверинг, запускаем процедуру экспорта, которая остановит основную службу SIM, указав произвольный пароль для миграции: MXEXPORT -p Passw0rd По умолчанию экспорт данных будет произведён в файл Products.zip расположенный в каталоге C:Program FilesHPSystems Insight Managerdataconfigdata-export В случае возникновения каких либо ошибок в процессе экспорта (как и в последующем

Работая с серверами HP ProLiant столкнулся с ситуацией когда в BIOS отсутствует информация о серийном номере сервера а значение UUID забито нулями. Как выяснилось, данная проблема может всплыть например после выхода из строя и замене батареи "таблетки" на материнской плате сервера. В некоторых случаях это может стать источником мелких неприятностей, например невозможностью получить соответствующую информацию из систем инвентаризации и/или мониторинга. По началу я бросился искать на сайте вендора какой-нибудь инструмент для регенерации UUID, но потом вспомнил что если зайти в BIOS сервера, то в разделе управления расширенными настройками Advanced Options можно забить фактическую информацию в поля Serial Number и Product ID с шильдика который расположен на лицевой стороне сервера. После этого при следующей перезагрузке сервера UUID будет автоматически сгенерирован на основе введённых данных

После перевода серверов виртуализации на Windows Server 2012 возникло желание использовать новый функционал Hyper-V — Shared Nothing Live Migration для хостов не являющихся членами кластеров. Здесь я опишу практический пример действий, которые были выполнены для того, чтобы отделить трафик миграции от основного трафика управления хостом виртуализации. В рассматриваемом примере имеется два сервера виртуализации HP ProLiant DL380 G5 с дополнительно установленным двух-портовым гигабитным сетевым адаптером HP NC360T. Таким образом каждый сервер имеет по четыре гигабитных сетевых интерфейса, которые мы будем использовать в следующем порядке: Port 1 NC373I (On-Board NIC1) – Под трафик резервного копирования DPM Port 2 NC373I (On-Board NIC2) – Под трафик Live Migration (LM) Port 3 NC360T (PCI-E NIC Port1) – Под трафик управления хостом Port 4 NC360T (PCI-E NIC Port2) – Под трафик виртуальных машин Настраиваем отдельный сетевой интерфейс для Live Migration Соответственно первое что мы должны сделать, это выделить отдельную IP подсеть и назначить каждому серверу IP адрес из этой подсети. В нашем примере под задачи миграции выделена подсеть 10.160.35.0/24 и адрес из этой подсети указан на интерфейсе Port 2 на каждом из серверов. Указываем только IP адрес и маску подсети. Шлюз по умолчанию оставляем пустым (он указан только на интерфейсе управления хостом — Port 3). По кнопке Advanced открываем расширенные настройки IPv4 и отключаем регистрацию в DNS На закладке Networking оставляем включенным только минимально необходимое количество модулей: Client for Microsoft Networks QoS Packet Scheduler File and Printer Sharing for Microsoft Network Internet Protocol Version 4 (TCP/IPv4) Также не забываем выставить приоритет использования сетевых интерфейсов таким образом, чтобы интерфейс управления (в нашем случае Port 3) был самым первым. Control PanelNetwork and InternetNetwork Connections > Меню Advanced После того как на обоих наших серверах виртуализации настроены сетевые интерфейсы для миграции, проверим их взаимную доступность выполнив Ping IP адресов сегмента 10.160.35.0/24 с одного сервера на другой. В нашем примере

Имея в инфраструктуре сервер печати, рано или поздно встанет вопрос о замене драйверов на более новую версию для всех принтеров. Конечно, если принтеров немного, то автоматизировать процесс замены драйверов может и нет необходимости, а если их к примеру сотня и более? В этой заметке мы рассмотрим замену драйвера печати на сервере печати c Windows Server 2012 на примере универсального драйвера печати – HP Universal Print Driver (UPD). Каждый, кто хотя бы раз устанавливал драйвера для принтеров HP UPD вставал перед выбором: На самом деле, два предложенных драйвера совершенно одинаковы, различие только в имени. Разработчики сделали две версии одного драйвера не просто так. Если выбрать первый вариант «HP Universal Printing PCL 5«, при первой установке драйвер будет добавлен в систему с этим именем, а при обновлениях он попросту будет заменяться более новой версией. Но этот способ имеет один существенный недостаток. Может возникнуть ситуация, когда старые модели принтеров не будут работать с новой версией UPD, например из-за бага или снятия модели с поддержки.Если выбрать второй вариант «HP Universal Printing PCL 5 (<Номер версии>)«, то при последующем обновлении новая версия драйвера будет добавляться в систему, сохраняя при этом и старую версию драйвера, т.е. получится некая база драйверов одного вендора с разбивкой по версиям. При добавлении драйвера новой версии на сервер печати вторым способом может потребоваться замена драйвера на новый в свойствах большого количества принтеров на сервере печати. Чтобы избавиться от рукопашных манипуляций используем PowerShell: gwmi win32_printer -filter 'drivername="HP Universal Printing PCL 5 (v5.5.0)"' | ForEach-Object{ $_.DriverName='HP Universal Printing PCL 5 (v5.6.5)' $_.Put() } Общий смыл скрипта -ищем все принтеры с установленным драйвером «HP Universal Printing PCL 5 (v5.5.0)» и меняем его на «HP Universal Printing PCL 5 (v5.6.5)«. Источник: Powershell script to get list of printer on a Windows 2008 R2 Print Server which are using «Xerox Global Print Driver PCL6″ and change

Имеем ряд серверов HP ProLiant DL360 G5 которые приобретались в своё время с двух-ядерными процессорами Intel Xeon 5160. При попытке замены процессоров на более производительные четырёх-ядерные Intel Xeon X5460 на одном из серверов столкнулись с интересной ситуацией. Система при загрузке успешно определила процессоры но работать с ними отказалась, выдав нам ругательство: Unsupported Processor DetectedThe revision of the Intel (R) 5000 series Chipset on this System Board does not support the installed Processor(s) type.- System Halted! При этом на сервере стояла самая последняя версия прошивки BIOS поддерживающая Quad-Core. Интересно также и то, что на ряде других серверов с таким же P/N, что и у данного сервера, описанной проблемы не возникло. Есть информация, что на раннем этапе выпуска серверов этой модели они комплектовались системными платами, аппаратная ревизия которых поддерживала лишь двух-ядерные процессоры. В частности из сообщений dl360 g5 doesn’t support quad core и HP DL360 G5 – Processor Upgrade – Dual Core to Quad Core удалось найти информацию о том, что: Системные платы с P/N #412199-001 поддерживают лишь процессоры Intel Xeon 50xx/51xx Dual-Core Системные платы с P/N #436066-001 и 435949-001 поддерживают процессоры до Intel Xeon 54xx Quad-Core P/N системной платы можно найти на одном из шилдиков наклеенных на саму плату. В нашем случае диагноз был неутешительным, так как стало понятно, что на данном сервере установку более производительных процессоров выполнить не получится. Поэтому если Вы задумали апгрейд процессоров, — обязательно предварительно проверьте P/N вашей системной платы.

Так как моя компания переходит с VMWare на Hyper-V, вчера понадобилось установить Windows Server 2012 Datacenter на лезвие BL460c. Подумав что не лишним будет так же обновить все firmware на элементах сервера, я скачал с HP.com свежий диск SPP (Service Pack for Proliant 2012.10) и подключив образ через вьювер iLO запустил обновление всей firmware. Все прошло успешно, сервер перезагрузился. Перемонтировав образ с Windows Server 2012 я с удивлением обнаружил что сервер более не видит Virtual CD/DVD. Попробовав другие загрузочные образы, с целью исключить возможную корявость образа с Windows, я понял что дело не в образе, а просто iLO перестало подключать виртуальный CD к серверу. В поисках причины я начал сравнивать версии firmware с другими серверами в шасси и обнаружил что версия iLO обновилась с 1.28 до 1.50. Скачав с сайта старую версию и сделав iLO downgrade я восстановил функциональность загрузки с Virtual Media. Однако на этом приключения не закончились. Подсунув вьюверу iLO диск с образом Windows Server 2012 я обнаружил что драйвера Smart Array P410i в наборе нет, и устанавливаться на массив винда отказалась. Поискав на сайте HP и прочих сайтах по поводу новой версии SmartStart CD (а ранее все установки Windows проводились через него — он готовил дистрибутив для установки интегрируя в него драйвера и утилиты перед установкой), я с удивлением обнаружил что HP более не будет поддерживать SmartStart CD (ну еще бы, ведь у Gen8 серверов новая технология — им теперь этот CD даром не нужен). Обратившись за разъяснениями к техподдержке получил ответ — попробуйте подсунуть винде такие то драйвера и ссылку. Скачав по ссылке упакованный инсталлятор с драйвером я его распаковал с помощью 7zip и подумал как бы мне его грамотнее интегрировать в образ, ведь этот сервер не последний, на который придется ставить Windows Server 2012. Я поступил следующим образом. Шаг 1. Распаковываем из образа файлы boot.wim

Сегодня получил от HP информационное письмо, которое меня не очень обрадовало. По сути HP уведомляет о том, что начиная с Февраля 2014 г. меняется порядок доступа к обновлениям прошивок и драйверов входящих в состав HP Service Pack for ProLiant таким образом, что теперь доступ к этим файлам на веб-узле HP Support Center возможен будет только клиентам имеющим действующее соглашение о поддержке, либо активный пакет HP CarePack, связанный с конкретным оборудованием. Однако пока, насколько я вижу, всё ещё доступны для загрузки драйвера, например для HP ProLiant DL 360/380 G5, но на странице загрузки уже красуется грозное предупреждение… Так что тем, кто не имеет поддержки, думаю самое время обновить свои архивы драйверов, пока они ещё доступны. Открытым остается вопрос о том, как в связи с этими нововведениями изменится ситуация с возможностью автоматической загрузки обновлений в Version Control Repository Manager (VCRM).

После полной замены дисков на одном из серверов HP ProLiant DL360 G5 с RAID-контроллером HP Smart Array P400i нарвался на ситуацию, при которой пропала возможность установки ОС на вновь установленные диски. Программа установки Windows Server 2012 R2 при выборе зеркала из двух вновь установленных дисков заявила “Windows can’t be installed on this drive” При этом в процессе последующей перезагрузки в процессе инициализации RAID-контроллера отображалось сообщение, которое я изначально “проморгал”: “Boot Logical Drive is configured but is Missing or Offline” Вспомнилось, что на серверах этого типа есть несколько встроенных диагностических утилит, которые могут быть вызваны в процессе загрузки сервера через пункт “Press F10 key for System Maintenance Menu” Когда загрузится интерфейс System Maintenance Menu для дополнительной диагностики сервера можно выбрать пункт Diagnostic Utility… Затем выбрать тестирование загрузочного диска – Boot Disk Test… В моём случае результат был неутешительный… На форуме тех.поддержки HP можно найти совет, – войти в процессе загрузки сервера на этапе инициализации контроллера Smart Array по приглашению Press F8 to run option ROM Configuration for Arrays Utility и в главном меню утилиты выбрать загрузочный диск через пункт Select Boot Volume. Однако в моём случае такого пункта меню в этой утилите не оказалось На выручку в качестве решения проблемы пришла утилита HP Smart Storage Administrator (SSA), которая может быть загружена на сервере вне зависимости от наличия установленной ОС. На данный момент офлайн загрузчик этой утилиты можно скачать в виде образа ISO с сайта HP по ссылке HP Smart Storage Administrator. В моём случае используется последняя доступная на данный момент версия 1.60.17.0 (18 Feb 2014). Записываем полученный образ на DVD-диск (размер образа 961MB) и загружаем сервер с него. В основном меню программы выбираем интересующий нас контроллер, затем Configure Среди доступных конфигурационных действий должен быть пункт Set Bottable Logical Drive/Volume В моём случае, в открывшемся окне опции загрузки и для Primary и

Одной из главных повседневных задач инженера ИТ является архивирование и проверка целостности архивных данных. При использовании программного обеспечения (ПО) System Center 2012 R2 Operations Manager (SCOM) и Data Protection Manager (DPM) от Microsoft данный процесс упрощается. Для SCOM имеется DPM Management Pack (MP), который расположен на диске (образе) дистрибутива DPM в подкаталоге \SCDPM\ManagementPacks\. Также есть отдельный полезный MP Windows Server Backup (WSB), который можно скачать по ссылке с сайта Microsoft. При архивировании операционной системы (ОС) Windows Server 2012 R2 для целей Bare Metal Recovery на аппаратном обеспечении от HP (в моём случае это ProLiant BL460C Gen8) средствами DPM заметил интересную особенность. В консоли DPM и, соответственно, консоли SCOM от MP DPM ошибок или предупреждений не было, НО посмотрев в MP WSB увидел предупреждение. Т.к. архивация ОС происходит через встроенное ПО Windows WSB (которое необходимо предварительно установить), то сразу же решил посмотреть более подробную информацию локально на защищаемом сервере в WSB. К моему удивлению предупреждение говорило, о том, что архивирование завершено не полностью. На 98-99 % появлялась ошибка “The drive cannot find the sector requested”. Проверив необходимые требования к архивированию ОС (BMR) для DPM, решил попробовать найти подобную ошибку и решение на просторах интернета. Нашел очень похожую ошибку в форуме с темой “Server 2012 Server backups — «The drive cannot find the sector requested»”. Предлагаемое решение – уменьшение (сжатие) размера загрузочного диска и логического диска с ОС. После проверки стало понятно, что для решения проблемы достаточно выполнить сжатие (shrink) логического диска с ОС. В результате операция резервного копирования была выполнена успешно. Возможная причина – это установка ОС при помощи ПО HP Intelligent Provisioning версии 1.5. Есть вероятность того, что данный баг устранят в следующей версии. Проверяйте состояние архивов и всех с наступающей весной!

В отделениях с узким каналом связи (~512 кбит/с) столкнулись с полной утилизацией канала, и как следствие, невозможностью нормальной работы пользователей за доменными компьютерами. Первым делом, подумали, канал может забить какой-то один компьютер, например инфицированный заразой. Посмотрев статистику с сетевого оборудования, узрели факт огромного количества трафика на 389 порту (LDAP). Трафик шёл с нескольких рабочих станций, и за рабочий день каждая машина в среднем прокачивала 500-900 мегабайт. Сделав дамп трафика на нескольких проблемных машинах, заметил, в каждом случае контроллер домена возвращает информацию об учётных записях в домене. В стандартном диспетчере задач Windows отловить проблемный процесс возможным не представляется, поэтому пришлось использовать утилиту Process Monitor. Запустив утилиту на проблемном компьютере, и выбрав в фильтре только сетевую активность, увидел, такую картинку: Откроем свойства произвольного процесса и посмотрим, что именно исполняется в rundll32: Увидев расположение библиотеки и ключи я сделал вывод, что запуск этого процесса тесно связан с принтером, потому как после перезагрузки этих процессов нет. Шквал сетевой активности внутри процесса появляется сразу после печати или открытия параметров устройства печати, использующего драйвер HP Universal Printing Driver (UPD). Удаление принтера, драйвера, их повторная установка, замена версии драйвера на более новую или старую результата не давали. Моему удивлению не было предела, когда в описаний функций оповещений UPD я обнаружил сведения: Если переменная %USERDNSDOMAIN% имеет значение, то UPD используя LDAP запросы пытается определить количество пользователей в домене, если пользователей больше 100, то функции оповещения автоматически отключаются. Для форсированного отключения “пакостной” функции оповещения в драйвере UPD на всех компьютерах можно воспользоваться несколькими способами: 1. Запустить инсталлятор UPD с ключами “/gdssnp /ni”, где “/gdssnp” – отключит оповещения, а “/ni” не будет производить установку/переустановку драйвера. Используя данный метод, параметры применятся ко всем принтерам с UPD. 2. Вручную создать ключ “SSNPNotifyEventSetting” с значением “0” и типом DWORD 32bit в ветке “HKLM\SYSTEM\CurrentControlSet\Control\Print\Printers\<PrinterName>\PrinterDriverData”. Используя этот метод, значение нужно будет создавать для каждого принтера.

В процессе новой установки 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 — HP ProLiant Servers — Invalid Support Pack on VCRM When Adding SPP 2014.02.0: 1) На сервере VCRM останавливаем службу HP Version Control Repository Manager (cpqsrhmo). 2) Открываем папку репозитория и находим в ней файлы содержащие описание состава соответствующего HP Service Pack — bp002203.xml и bp002203.mnf. 3) Открываем эти файлы в любом текстовом редакторе и удаляем записи, ссылающиеся на пакеты CP013802.symbols.zip и CP013803.symbols.zip (удаляемые строки выделены красным цветом): 4) Запускаем службу HP Version Control Repository Manager и дожидаемся когда будет закончена валидация репозитория VCRM. 5) Запускаем перестроение репозитория, — в веб-консоли VCRM выполняем catalog > rescan repository & rebuild catalog. Согласно вышеприведённого документа на этом этапе проблема должна быть решена, однако на практике указанный HP Service Pack в веб-консоли VCRM так и не изменил свой статус. Для окончательного решения проблемы было сделано следующее: 1) Копируем из репозитория VCRM загруженный во время авто-обновления образ диска соответствующего сервис-пака — SPP2013090.2014_0428.3.iso в отдельное месторасположение.2) Распаковываем образ любым архиватором, например 7zip.3) В распакованном образе переходим в подкаталог \hp\swpackages, находим там файл bp002203.xml и аналогичным образом удаляем строки о пакетах CP013802.symbols.zip и CP013803.symbols.zip4) Выполняем повторную ручную загрузку откорректированного сервис-пака через веб-консоль VCRM (home > upload a support pack) После этого статус сервис-пака в каталоге должен измениться на нормальный.

Сегодня получил от HP очередной бюллетень об обновлениях ПО, драйверов и микропрограммного обеспечения, из которого узнал о том, что подтверждённая ранее проблема с HP Insight NIC Agents версии 9.40 относится также и к версиям 9.50 и 9.60… Ссылка на документ: HP ProLiant Servers — Systems Running Microsoft Windows Server 2012 or 2012 R2 May Experience a Memory Leak Up To 5 Mb/ Hour for Some NIC Teaming Configurations (c04209163) Исходя из этого документа, описанная проблема с утечкой памяти решается путём установки самой последней версии пакета HP Insight Management Agents for Windows Server x64 Editions 10.0.0.0 Скачать пакет можно по прямой ссылке cp022559.exe Как ни странно, мне не удалось обнаружить указанный файл в репозитории HP Version Control Repository Manager (VCRM), хотя последний постоянно обновляется с сайта HP. Однако можно добавить загруженный файл в VCRM и вручную. Буквально через несколько минут после копирования файла в каталог VCRM, в логе должно появиться сообщение об успешном добавлении нового компонента. Не помешает после добавления нового компонента дополнительно вызвать процедуру валидации каталога VCRM, выбрав действие rescan repository & rebuild catalog на закладке catalog После этого нужно дождаться окончания процесса, которое можно определить по записям лога: После этого, обновление HP Insight Management Agents до последней версии можно будет выполнять непосредственно через агентов Version Control Agent (VCA) В типичной ситуации установка указанного обновления не требует перезагрузки сервера.

Суть проблемы — в заголовке заметки. При использовании браузера Internet Explorer 11 для доступа к веб-интерфейсу Integrated Lights-Out 2 (iLO2) в некоторых случаях (закономерность выявить не удалось) можно наблюдать жуткие тормоза открытия веб-страниц. Такое поведение замечено на нескольких разных версиях прошивки вплоть до 2.20. Решается эта проблема установкой текущей актуальной версии Firmware 2.25 (Апрель 2014), в которой улучшена поддержка IE11. Загрузить файл онлайн установщик для 64-битных версий Windows (cp023068.exe) можно по ссылке Online ROM Flash Component for Windows x64 — HP Integrated Lights-Out 2. Помимо прямой установки из Windows обновить iLO2 можно непосредственно через веб-интерфейс (Administration > iLO 2 Firmware) предварительно распаковав файл прошивки ilo2_25.bin из установщика. Также установить обновление можно через агента VCA, добавив файл cp023068.exe в папку репозитория VCRM. Через несколько минут после добавления файла, информация в репозитории должна обновиться автоматически…

Появилась задача первичной настройки СХД HP 3PAR StoreServ 7200 своими силами. Сначала были мысли о том, что имея комплект онлайн-документации от производителя, в общем-то не очень сложно, провести все нужные работы — смонтировать СХД в стойку, назначить контроллерам СХД IP адрес и развернуть отдельную виртуальную машину HP 3PAR Virtual Service Processor для обслуживания этой СХД специалистами тех.поддержки HP. Однако, процесс оказался не совсем тривиальным, особенно учитывая то, что я в первый раз видел это оборудование. Поэтому было решено сделать кратенькую пошаговую шпаргалку для себя и тех, кому это ещё предстоит. Разумеется, первое, что мы делаем, это распаковываем СХД/полки расширения и выполняем их монтаж в стойку. Полки расширения подключаются к СХД SAS-кабелями согласно схемы изложенной в одном из трёх руководств (в зависимости от того, какого типа полки используются): HP 3PAR StoreServ 7000/7450 Storage Cabling Configuration Guide A: 2 Node Systems with Small 2.5-inch Drive Enclosures (emr_na-c03607559-4.pdf); HP 3PAR StoreServ 7000/7450 Storage Cabling Configuration Guide B: 2 Node Systems with Large 3.5-inch Drive Enclosures (c03607614.pdf) HP 3PAR StoreServ 7000/7450 Storage Cabling Configuration Guide C: 2 Node Systems with Mixed-Size Drive Enclosures (emr_na-c03607590-4.pdf) *** После монтажа в стойку, следующее, что нам нужно сделать — это зарегистрировать СХД на сайте HP. В коробку с СХД должен быть вложен голубой конверт содержащий сертификат с номером заказа Entitlement Order Number (EON). В сертификате перечислены приобретённые лицензионные опции к СХД, в частности лицензия на экземпляр 3PAR OS и количество предустановленных в систему дисков. Перейдём по ссылке HP Licensing for Software, пройдём авторизацию (потребуется регистрация) и активируем наш номер EON из сертификата. После этого с сайта можно будет отправить себе электронное письмо содержащее все лицензионные ключи необходимые для активации приобретённых опций. Вообще все приобретённые опции должны быть активированы в СХД уже с завода, и действие по отправке себе лицензионных ключей является по сути мероприятием направленным на резервирование лицензионной

HP SIM — SNMP мониторинг ИБП на примере APC

HP Smart Update —Изменения в схеме распространения обновлений

HP VCRM —Устаревшие данные в Reports

HP iLO2 —Настраиваем доменную авторизацию

HP iLO2 —Удалённое управление настройками с помощью hponcfg и PowerShell на примере установки сертификата HP SIM

Windows Server 2012 на HP ProLiant DL 360/380 G5 —Бодаемся с HP Service Pack for ProLiant 2012.10.0…

Миграция HP Systems Insight Manager (SIM) на новую версию 7.2 на базе Windows Server 2012 и SQL Server 2012

HP ProLiant DL360 G5 и пустой UUID

Отделяем трафик Hyper-V Shared Nothing Live Migration

Массовая замена драйвера HP Universal Print Driver на сервере печати с помощью PowerShell

HP ProLiant DL360 G5 — Unsupported Processor Detected — System Halted!

Установка Windows Server 2012 на сервера HP ProLiant G7 и приключения с ILO3 и Smart Array

Hewlett-Packard меняет порядок доступа к Firmware Updates & Service Pack для серверов ProLiant

HP Smart Array P400i — Boot Logical Drive is configured but is Missing or Offline

System Center 2012 R2 DPM & Windows Server Backup —Ошибка архивирования образа операционной системы Windows Server 2012 R2

Гигабайты LDAP запросов генерируемые HP Universal Printing Driver

HP VCRM — Invalid Support Packs — HP Service Pack for ProLiant Version 2013.09.0c

Обновление HP Insight Management Agents for Windows Server до версии 10.0.0.0

Медленная работа iLO2 в Internet Explorer 11 : Обновляем прошивку до версии 2.25

Первичная настройка HP 3PAR StoreServ 7200 —Разворачиваем виртуальную машину HP 3PAR Virtual Service Processor 4.3.0 на Hyper-V в Windows Server 2012 R2