Собрание заметок об информационных технологиях
После полной замены дисков на одном из серверов HP ProLiant DL360 G5 с RAID-контроллером HP Smart Array P400i нарвался на ситуацию, при которой пропала возможность установки ОС на вновь установленные диски. Программа установки Windows Server 2012 R2 при выборе зеркала из двух вновь установленных дисков заявила “Windows can’t be installed on this drive”
Имеем ряд серверов HP ProLiant DL360 G5 которые приобретались в своё время с двух-ядерными процессорами Intel Xeon 5160. При попытке замены процессоров на более производительные четырёх-ядерные Intel Xeon X5460 на одном из серверов столкнулись с интересной ситуацией. Система при загрузке успешно определила процессоры но работать с ними отказалась, выдав нам ругательство:
Unsupported Processor Detected
The revision of the Intel (R) 5000 series Chipset on this System Board
does not support the installed Processor(s) type.
- System Halted!
После перевода серверов виртуализации на Windows Server 2012 возникло желание использовать новый функционал Hyper-V - Shared Nothing Live Migration для хостов, не являющихся членами кластеров. Здесь я опишу практический пример действий, которые были выполнены для того, чтобы отделить трафик миграции от основного трафика управления хостом виртуализации. В рассматриваемом примере имеется два сервера виртуализации HP ProLiant DL380 G5 с дополнительно установленным двух-портовым гигабитным сетевым адаптером HP NC360T. Таким образом каждый сервер имеет по четыре гигабитных сетевых интерфейса, которые мы будем использовать в следующем порядке:
Работая с серверами HP ProLiant столкнулся с ситуацией когда в BIOS отсутствует информация о серийном номере сервера а значение UUID забито нулями. Как выяснилось, данная проблема может всплыть например после выхода из строя и замене батареи "таблетки" на материнской плате сервера. В некоторых случаях это может стать источником мелких неприятностей, например невозможностью получить соответствующую информацию из систем инвентаризации и/или мониторинга.
По началу я бросился искать на сайте вендора какой-нибудь инструмент для регенерации UUID, но потом вспомнил что если зайти в BIOS сервера, то в разделе управления расширенными настройками Advanced Options можно забить фактическую информацию в поля Serial Number и Product ID с шильдика который расположен на лицевой стороне сервера.
После этого при следующей перезагрузке сервера UUID будет автоматически сгенерирован на основе введённых данных
Когда новую ОС 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
Столкнулся тут намедни с интересной ситуацией. Не удержусь от того, чтобы не рассказать. Решил избавиться в квартирных компьютерных коммуникациях у тёщи от проводов. Пошёл в ближайший компьютерный магазин, чтобы подобрать Wi-Fi маршрутизатор класса SOHO, и как обычно это бывает, руководствуясь принципом “дёшево и сердито”, выбрал железку неизвестного мне ранее вендора TP-Link, а конкретно по рекомендации менеджера модель TL-WR741ND. Вернувшись на исходную позицию, распаковал это “чудо”, подключил к компьютеру, чтобы выполнить первоначальную настройку, достучался до его веб-интерфейса и увидел интересное статусное сообщение о том, что отсутствует WAN соединение, то есть якобы нет подключения между маршрутизатором и розеткой, которая заходит в квартиру от провайдера. Странно, но на этом самом участке у меня был задействован патч-корд, который шёл в комплекте с этим самым маршрутизатором… будучи уверенным в том, что штампованный патч-корд производителя 100% рабочий, я стал долбить тех.поддержку провайдера, но они меня уверили в том, что мой баланс активен и порт рабочий, однако они не видят на порту активного конечного устройства. Ради самоуспокоения снял “фирменный” патч-корд и поставил другой…Всё заработало…
При мониторинге некоторых объектов ИТ-инфраструктуры в System Center 2012 Operations Manager (SCOM) может возникнуть потребность получать оповещения об изменениях состояния этих объектов не только по электронной почте, но и на мобильные устройства (телефоны, коммуникаторы и.т.п.) в виде сообщений Short Message Service (SMS). Например в нашей инфраструктуре решено использовать SMS оповещения при изменении параметров электропитания в серверных помещениях, чтобы оперативно ставить в известность о проблемах ответственных лиц. SCOM умеет работать с GSM-устройствами напрямую подключёнными к COM-порту сервера управления (Management Server).
HP Systems Insight Manager (SIM) способен принимать SNMP Traps с любых устройств, способных работать по этому протоколу. Однако регистрируемые в SIM события при получении трапов будут иметь нечитаемый вид и для того, чтобы превратить его в читаемый, нужно зарегистрировать в SIM файл MIB, который предоставляется производителем оборудования. Рассмотрим эту процедуру на примере ИБП фирмы APC.
В бытность 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 на платформе Windows, то в основной своей массе обновление микропрограммного обеспечения (firmware) той или иной железяки от HP не представляет особых сложностей, так как почти всегда на сайте техподдержки HP доступны последние версии утилит Online-обновления под Windows. Задача может несколько усложнится если возникает потребность прошить какую-то уже морально устаревшую железку. HP предоставляет универсальный загрузочный диск который содержит в себе большую коллекцию прошивок для Offline-обновления. Ранее этот диск назывался Firmware Maintenance CD и умещался на стандартный накопитель CD, но спустя какое-то время, перерос формат CD и трансформировался в современный HP Smart Update Firmware DVD. Не смотря на постоянный рост, из состава этого диска периодически убираются последние доступные версии прошивок для оборудования которое со временем морально устаревает. В этом можно убедиться, если почитать историю изменения состава диска от версии к версии.
Рассмотрим процесс обновления прошивки железяки, уже ставшей на сегодня раритетом - RAID контроллера HP Smart Array 6400.
в SPP 2016.10.0 добавил файл биоса rmp от линукса, загружаюсь с iso, на step 3 пишет что прошито все ок…
Еще раз спасибо. Буду пробовать внедрять.
RSS - Записи
Последние комментарии