Архивы HP - Страница 8 из 9

DPM и HP StorageWorks MSL2024 Tape Library - 0x8007045D

11.05.2012 Автор:Алексей Максимов
5 001 Просмотров Комментариев нет

В бытность System Center 2007 и 2010 мне так и не удалось заставить адекватно работать DPM на Windows Server 2008 R2 с ленточной библиотекой HP StorageWorks MSL2024. В своё время открывалось пару обращений в службу тех.поддержки MS, результат которых сводился к тому что, проблемы на стороне драйверов вендора этой ленточной библиотеки. К вендору обращаться не пришлось, так как гарантия на девайс закончилась. После установки DPM 2012 я решил вернуться к этому вопросу и попробовать снова заставить работать эту связку, но сразу же получил результат, хуже прежнего, – при работе с лентой DPM не мог записать на ленту объемы, хотя-бы приближённо напоминающие её реальную ёмкость. Операции записи каждый раз использовали ничтожный размер ёмкости и переключались на новую ленту.

В конечном итоге всё это безобразие каждый раз заканчивалось ошибкой ввода/вывода 0x8007045D

В очередной раз в попытке найти упоминания о проблеме нарвался на любопытную ветку форума System Center Data Protection Manager Forums > Data Protection Manager - Tape Protection > DPM 2010 Error ID 24050. Эта ветка привела меня к документу Business Support Center - HP StorageWorks Ultrium Tape Drives - Failing Backups when Connected to LSI SCSI HBA and Using Storport Driver Versions Later than 5.2.3790.3959

В документе описывается метод лечения неадекватного поведения драйвера Storport версии выше 5.2.3790.3959 при работе с ленточными драйвами HP StorageWorks Ultrium. Решив его проверить, с удивлением для себя получил желаемый результат.

Смысл метода в том, что на сервере DPM, к которому подключена ленточная библиотека, нужно найти ветку реестра

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetEnumSCSI[Идентификатор девайса Ultrium LTO-3][Цифровой код экземпляра девайса]Device Parameters

и создать в этой ветке ключ Storport

В ключе Storport нужно создать строковой параметр (REG_DWORD) BusyRetryCount и присвоить ему десятичное (Decimal) значение – 250

Описание этого и других параметров драйвера Storport можно найти в статье KB932755 - An updated Storport storage driver is available for Windows Server 2003

В моём случае добавленный ключ реестра выглядит следующим образом:

После правки реестра необходимо перезагрузить сервер.
HP Smart Array 6400 - Обновляем прошивку

13.02.2012 Автор:Алексей Максимов
13 181 Просмотров 4 комментария

Если вы работаете с серверным оборудованием HP на платформе Windows, то в основной своей массе обновление микропрограммного обеспечения (firmware) той или иной железяки от HP не представляет особых сложностей, так как почти всегда на сайте техподдержки HP доступны последние версии утилит Online-обновления под Windows. Задача может несколько усложнится если возникает потребность прошить какую-то уже морально устаревшую железку. HP предоставляет универсальный загрузочный диск который содержит в себе большую коллекцию прошивок для Offline-обновления. Ранее этот диск назывался Firmware Maintenance CD и умещался на стандартный накопитель CD, но спустя какое-то время, перерос формат CD и трансформировался в современный HP Smart Update Firmware DVD. Не смотря на постоянный рост, из состава этого диска периодически убираются последние доступные версии прошивок для оборудования которое со временем морально устаревает. В этом можно убедиться, если почитать историю изменения состава диска от версии к версии.

Рассмотрим процесс обновления прошивки железяки, уже ставшей на сегодня раритетом - RAID контроллера HP Smart Array 6400.

Читать далее...
HP Smart Array - 1779 - Logical drive(s) disabled due to possible data loss

08.02.2012 Автор:Алексей Максимов
5 372 Просмотров 1 Комментарий

Столкнулся на практике с неприятной ситуацией когда дисковая полка HP MSA50 подключенная к серверу виртуализации HP ProLiant DL360 через RAID контроллер HP Smart Array P800 была аварийно обесточена. На дисковой полке был сделан один логический диск RAID 1+0 из 10 физических дисков, который после повторной подачи питания на полку по понятной причине стал недоступен операционной системе хоста. В процессе перезагрузки сервера появилось безрадостное сообщение о том что логический диск отключён контроллером во избежание потери данных:

Несмотря на то, что в DPM имелась копия виртуальных машин расположенных на отвалившемся томе, стало как то не по себе. Немного пошебуршав на форуме тех.поддержки HP нашёл пару веток обсуждения похожей ситуации (например HP Community - ML 350 G3 "Logical drives disabled due to possible data loss"). Выбор нажатия "F2" при первой загрузке в моём случае исправил ситуацию – логический диск был активирован.

Благодаря тому что на Smart Array контроллере была установлена кэш-память с исправным на этот момент батарейным модулем, как я понял, данные находящиеся в кэше контроллера на момент падения полки после включения логического диска были успешно дописаны на этот диск, о чем посвидетельствовало статусное сообщение утилиты HP Array Configuration Utility

В ОС том с полки поднялся как ни в чём не бывало и виртуальные машины успешно стартовали. Вздохнув с облегчением, я ещё раз для себя подчеркнул важность наличия валидных резервных копий виртуальных машин, и что на мой взгляд главное в описанной ситуации, - наличие на RAID контроллере кэш-памяти с исправным батарейным модулем.
HP Version Control Agent (VCA) & HP ProLiant Smart Array P700m Clustering Support Software for Windows

17.11.2011 Автор:Алексей Максимов
2 948 Просмотров 3 комментария
Если вы используете в работе приложение HP Version Control Agent (VCA) для поддержания в актуальном состоянии драйверов и прошивок оборудования HP, то возможно столкнулись ситуацией когда VCA отображает информацию о том, что на ваш сервер якобы требуется обновление пакета HP ProLiant Smart Array P700m Clustering Support Software for Windows, несмотря на то что вы не имеете данной железки в составе этого сервера.

При открытии ссылки на информацию о соответствующем пакете можно видеть имя файла отвечающего за этот пакет.

Судя по информации найденной на форуме HP Communities параметры инсталляционного пакета HP ProLiant Smart Array P700m Clustering Support Software for Windows конфликтуют с параметрами пакета HP ProLiant PCI-express Power Management Update for Windows. Для решения этой проблемы предлагается из каталога репозитория VCRM удалить оригинальный файл cp012775.exe, а для того чтобы модуль обновления не пытался его закачать заново создать пустой файл с таким же именем.

После того как это сделано, в веб-консоли VCRM переходим в каталог и запускаем его сканирование и перестройку (закладка Catalog > rescan repository & rebuild catalog) и дожидаемся когда в логе VCRM появится запись о завершении операции - "Catalog validation completed."

После этого, для того чтобы удостовериться в том, что после очередного обновления проблема не появится снова, запускаем форсированное обновление каталога (закладка Catalog > update from hp.com now) и дожидаемся когда в логе появиться запись о завершении операции – "The automatic repository update process completed successfully. No new, applicable files were found for download."

Теперь снова можем проверить состояние агента VCA на серверах где наблюдалась описанная проблема и убедиться в том что всё встало на свои законные места:

Источники информации:
- HP Communities - Uninstall HP ProLiant Smart Array P700m Clustering Support Software for Windows
- HP Communities - Version Control and "P700m Clustering Support Soft...
HP VCRM и Firmware для HP iLO 2 … "япона мать"!

19.10.2011 Автор:Алексей Максимов
2 940 Просмотров 3 комментария

С выходом последних версий прошивок Firmware для Integrated Lights-Out 2 (iLO 2) версии 2.06, а затем - 2.07 заметил такую оказию… при обновлении прошивок через Version Control Repository (VCRM) вместо англоязычной версии прошивки в контроллер заливается версия для японского языка безо всяких видимых на то причин и в итоге мы получаем вот такую "япону мать"…

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

По указанной ссылке загружается файл cp015686.exe который нам и нужно запустить на системе с "нечеловеческим лицом". При запуске нас предупредят о том что мы устанавливаем более старую версию, что на самом деле с точки зрения сравнения дат выпуска версий прошивок – так оно и есть, – версия для японского языка (которая уже залита в контроллер) была выпущена позже англоязычной версии которая нам и нужна. Поэтому соглашаемся и устанавливаем…

Установку можно произвести в любое время, так как это не вызовет требования перезагрузки ОС, а лишь инициирует автоматическую перезагрузку самого контроллера iLO2, после чего мы сможем лицезреть привычный англоязычный интерфейс веб-консоли…
HP 3.6V Ni-MH Battery Pack - Из Гонк-Конга “с любовью”…

23.09.2011 Автор:Алексей Максимов
6 365 Просмотров 7 комментариев

Имея в своём хозяйстве несколько SCSI контроллеров HP Smart Array 6400 и старенькие, но вполне ещё работающие “в полный рост” дисковые полки типа HP MSA 500 G2, озаботился как-то вопросом замены батарей питающих модули кэш-памяти на этих контроллерах, так как с определённым сроком эксплуатации эти батарейные модули вырабатывают свой ресурс… А когда наступает этот грустный момент, встроенные средства диагностики контроллера блокируют использование неисправной батареи. Вот так выглядит оригинальный батарейный модуль, требующий замены:

По информации, которую слили нам местные коммерсы, выпуск таких батарейных модулей давно завершён и сейчас в качестве их замены используются какие-то другие модули той же ёмкости и форм-фактора, стоимость которых варьируется в пределах 8 тысяч рублей. И так получилось, что совершенно случайно, в интернете наткнулся на информацию о том что для этих батарейных модулей есть ещё и китайский аналог от “конторы” под названием CameronSino Technology под номером модели CS-RAC6400SL. При этом цена оказалась более чем в два раза меньше, чем просили за оригинальный батарейный модуль от HP. Выглядит этот “чудо-аналог” так:

Обратите внимание на искусно приписанные парт-номера HP…

Для пробы было решено сначала приобрести несколько таких модулей… Когда модули были получены и я принялся выполнить их установку на место отслуживших свой срок модулей, то с разочарованием для себя обнаружил, что штырьки фиксации на плате - у китайской батарейки были смещены в сторону примерно на миллиметр, что не позволило устанавливать их на плату без предварительного “тюнинга” с помощью монтажного ножа.

Но это не самое грустное в этой истории, самое грустное оказалось то, что контроллеры HP ни в какую не захотели распознать китайские батарейный модули как работающие, хотя вольтметр уверенно показывал на каждом модуле напряжение в 3.8V

Самое смешное то, что в интернете можно увидеть то, что коммерсы довольно бойко на многих сайтах предлагают эти самые китайские батарейные модули как реальную альтернативу оригинальным модулям от HP.

Так и напрашивается старая пословица “Скупой платит дважды”…
Hyper-V P2V с помощью Disk2vhd

21.09.2011 Автор:Алексей Максимов
6 428 Просмотров 3 комментария

Проводя в прошедшие выходные миграцию физического терминального сервера на платформе HP ProLiant DL360 c Windows Server 2008 в виртуальную среду с помощью SCVMM 2008 R2 столкнулся с проблемой установки компонент миграции, в частности vmmP2VSource.msi. Предыдущий опыт P2V с помощью SCVMM во всех случаях был успешным, но в этот раз, как выяснилось, из-за проблем системного характера на мигрируемом сервере развертывание компонент миграции было невозможно без предварительного траблшутинга и решения этой системной проблемы. Но как это иногда бывает, на подобного рода действия времени не было, и пришлось воспользоваться альтернативным методом миграции, а именно конвертировать “на горячую” диски физического сервера в формат VHD с помощью маленькой но удаленькой утилиты от Mark Russinovich и Bryce Cogswell - Disk2vhd.

С помощью этой утилиты можно выполнить снятие снапшота необходимых разделов диска в единый VHD файл и сохранить на сетевой ресурс, например сразу на Hyper-V хост. При этом, перед началом процесса конвертации, весьма желательно остановить все критичные процессы на сервере, например работающие экземпляры SQL Server и других БД.

После того как виртуальные диски будут созданы (диски создаются динамическими), выключаем физический сервер и на хосте Hyper-V создаём новую виртуальную машину с подключением к ней этих виртуальных дисков.

Первый запуск VM возможно будет долгим из-за переопределения состава оборудования в ОС и попыток запуска вендорных утилит из состава HP ProLiant Support Pack. Чтобы избежать этого в дальнейшем, после запуска ОС останавливаем все системные службы из состава ПО HP ProLiant Support Pack и производим удаление этих программных компонент с последующей перезагрузкой.

Следующим важным шагом будет установка компонент интеграции Hyper-V и удаление всех устройств-фантомов. О том как удалить из ОС неиспользуемые устройства можно найти в заметке Диспетчер устройств не отображает устройства, не подключенные к компьютеру под управлением Windows

После всех указанных действий альтернативную миграцию сервера можно считать законченной и время загрузки виртуальной ОС должно быть на порядок меньше, чем у её физического прародителя.

Скачать эту могучую малютку можно по ссылке:
Windows Sysinternals - File and Disk Utilities - Disk2vhd
Утилита HP Array Configuration Utility (ACU) в режиме удалённой службы

02.06.2011 Автор:Алексей Максимов
26 025 Просмотров 4 комментария

HP Array Configuration Utility (ACU) из состава ProLiant Support Pack это браузер-ориентированная утилита позволяющая управлять дисковой подсистемой серверов HP, например дисковыми массивами подключёнными к контроллерам HP Smart Array. Этот инструмент вполне интуитивно понятен и не создаёт никаких проблем при использовании на полной версии Windows Server c GUI и IE на борту. По умолчанию ACU запускается и выполняется на такой системе в режиме локального приложения (Local Application Mode), но есть у этой утилиты ещё и режим службы для возможности удалённых подключений -Remote Service Mode. При переключении ACU в этот режим в ОС регистрируется системная служба, принимающая запросы на подключение к возможностям ACU от удаленных клиентов. Режим Remote Service Mode может оказаться полезен при работе с серверами на базе OC Windows Server 2008/2008 R2 в режиме Core или Hyper-V Server 2008/2008 R2, то есть там, где нет возможности использовать браузер для запуска ACU в режиме Local Application Mode.

Рассмотрим пример настройки и использования ACU в режиме Remote Service Mode на сервере c OC Hyper-V Server 2008 R2.

Для начала, для возможности работы режима удалённой службы в целевой системе необходимо разрешить входящие подключения на порты TCP 2301 и 2381. Сделать это можно командами:

netsh advfirewall firewall add rule name=’HP System Management Homepage (Secure Port)’ protocol=TCP dir=in localport=2381 action=allow

netsh advfirewall firewall add rule name=’HP System Management Homepage (Insecure Port)’ protocol=TCP dir=in localport=2301 action=allow

После того как порты открыты из командной строки вызываем программу настройки режима запуска ACU:

"Program Files (x86)CompaqCpqacuxeBinsetup.exe"

В открывшейся диалоговой форме выбираем соответствующий режим:

При этом, как я уже сказал ранее, в системе регистрируется служба с говорящим названием. Для того чтобы посмотреть успешность установки и запуска службы в режиме командной строки можно выполнить команду:

sc query "Array Configuration Utility"

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

Обратите внимание на то, что текущая реализация ACU подразумевает то, что совместить режимы Remote Service Mode и Local Application Mode невозможно.

В целях повышения общего уровня безопасности системы могу порекомендовать включать использование режима Remote Service Mode только в случаях необходимости и только на время конфигурации дисковой подсистемы сервера.

На практике я столкнулся с интересной ситуацией – если запускать ACU в режиме Remote Service Mode на полной версии Windows Server 2008 R2 (с GIU), то удалённое подключение к ACU через System Management Homepage работает без проблем...

… а вот если использовать этот режим в Hyper-V Server 2008 R2 то ссылка на ACU в System Management Homepage перенаправляет нас на страницу с предупреждением о том, что на целевом сервере не доступен режим удалённого использования:

Если посмотреть код ссылки то можно увидеть что посылается запрос на получение страницы типа

https://kom-ad01-vm03:2381/ACU-XE/ACU-XE.htm

… Но такая ссылка не работает

При этом даже полное отключение брандмауэра не решает этой проблемы…

Самое интересное в этой ситуации то, что если несколько изменить ссылку до вида

https://kom-ad01-vm03:2381/ACU-XE/ACU.htm

то мы получим таки доступ к ASU…

Судя по форуму техподдержки HP данная ситуация прослеживается уже давно, но так и не имеет определённого решения, так что ручное указание конкретной ссылки в браузере можно считать некоторого рода обходным решением. Если у кого-то есть соображения по этому поводу или конкретный рецепт лечения было бы интересно услышать
PCI-X Riser для HP ProLiant DL360 G5 – Финт ушами :)

06.05.2011 Автор:Алексей Максимов
4 241 Просмотров 3 комментария

Не так давно пришлось заказывать переходную плату для установки PCI-X плат в сервер HP ProLiant DL360 G5. Выглядит это чудо примерно так..

Как обычно я забрался в HP Product Bulletin, нашёл там P/N соответствующей железки и сделал заказ по этому номеру…Местные коммерсы согласились привезти такую железку по цене порядка 100$… Заказ был сделан, и когда я получил железку на руки то совершенно случайно обратил внимание на то что P/N указанный на самой железке совпадает с P/N имеющейся у меня под руками переходной платы от сервера более старшего поколения - HP ProLiant DL360 G4. Тут же разумеется нарисовался план проверить совместимость и с удивлением для себя я обнаружил что на переходной плате снятой с G4 и установленной в G5 как ни в чём не бывало работает PCI-X контроллер…При этом нигде в спецификации к G5 я не нашёл упоминаний о такой совместимости Riser-платы..

Если вы будете делать заказ такой переходной платы как опцию для G4 то можете снизить стоимость заказа как минимум вдвое.. А тем более если у вас эксплуатируются сервера G5 и есть выведенные из эксплуатации сервера G4 – вы сами сможете это проверить, если не ссыкотно.

С одной стороны это выглядит как маркетинговый фокус вендора, а с другой…ну не знаю..решать Вам
HP System Management Homepage - Установка FQDN Local Server Certificate

07.12.2010 Автор:Алексей Максимов
4 084 Просмотров Комментариев нет
При установке HP System Management Homepage (SMH) по умолчанию использует самоподписанный сертификат, что приводит к паническим предупреждениям веб-браузеров. Встроенный механизм управления локальным сертификатом HP System Management Homepage непосредственно через веб-интерфейс, несмотря на свой почтенный срок существования, до сих пор не умеет формировать запрос на создание цифрового сертификата с атрибутом commonName в формате FQDN. Если для сравнения взять, например веб-интерфейс управления iLO2, то там такая возможность появилась в одном из предпоследних релизов firmware, что само по себе подаёт надежду на то, что технари HP таки одумаются и добавят такую возможность и в функционал HP System Management Homepage… А пока такой возможности нет, мы попробуем использовать альтернативный метод установки сертификата SMH, имеющего в качестве commonName FQDN имя сервера, подписанного нашим локальным доверенным центром сертификации.

Проделаем несколько несложных действий:
- Сгенерируем запрос на сертификат средствами OpenSSL к ЦС Windows;
- Получим от ЦС файла сертификата (.cer) в формате X.509 Base-64;
- Заменим сертификат в встроенном веб-сервере HP System Management Homepage
Для того чтобы создать запрос к ЦС Windows нам понадобиться OpenSSL, а именно 3 файла из его состава – openssl.exe, ssleay32.dll, libeay32.dll. Сложим их в один каталог (например в каталог C:ToolsOpenSSL).

Для подготовки запроса к ЦС создадим конфигурационный файл для OpenSSL - текстовый файл myopenssl.cfg со следующим содержимым:

[ req ]
distinguished_name = req_distinguished_name

[ req_distinguished_name ]
commonName = FQDN of server
commonName_default = SERVER.mydom.com
countryName = Country Name (2 letter code)
countryName_default = RU
0.organizationName = Organization Name (eg, company)
0.organizationName_default = MyCompany
localityName = Locality Name (eg, city)
localityName_default = Syktyvkar
organizationalUnitName = Organizational Unit Name (eg, section)
organizationalUnitName_default = KOMI

Как вы понимаете, в этом файле мы указываем параметры, которые нужны для идентификации запроса сертификата в ЦС, т.е. указываем имя сервера, которому требуется сертификат, имя организации и т.п.
Для формирования запроса с закрытым ключом нам нужно получить собственно сам закрытый ключ используемый сервером в данный момент – файл file.pem (по умолчанию расположен в каталоге C:hpsslshare).
Далее создаем запрос на сертификат с учётом подготовленных ранее параметров и ключевого файла командой:

C:ToolsOpenSSL >openssl req -config myopenssl.cfg -new -key file.pem -out myreq.req

Полученный файл запроса myreq.req загружаем в центр сертификации Windows Server, где выдаем сертификат на загруженный запрос. Выгружаем из ЦС новый сертификат в файл с именем cert.pem в формате X.509 в кодировке Base-64.

Файл cert.pem копируем в каталог, где HP SMH хранит файл самоподписанного сертификата (по умолчанию каталог C:hpsslshare). При этом имеющийся там файл на всякий случай сохраняем и переименовываем в cert.back.

После этого на сервере с HP SMH перезапускаем службу HP System Management Homepage командами:

Net stop SysMgmtHp
Net start SysMgmtHp

В итоге открываем HP System Management Homepage в вэб-браузере (по умолчанию URL типа https://server.mydom.com:2381/) и убеждаемся в том, что HP SMH использует определенный нами сертификат и предупреждения безопасности браузера отсутствуют.