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

Если вы используете в работе приложение 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… HP Communities — Version Control and "P700m Clustering Support Soft…

Столкнулся на практике с неприятной ситуацией когда дисковая полка 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 на платформе Windows, то в основной своей массе обновление микропрограммного обеспечения (firmware) той или иной железяки от HP не представляет особых сложностей, так как почти всегда на сайте техподдержки HP доступны последние версии утилит Online-обновления под Windows. Задача может несколько усложнится если возникает потребность прошить какую-то уже морально устаревшую железку. HP предоставляет универсальный загрузочный диск который содержит в себе большую коллекцию прошивок для Offline-обновления. Ранее этот диск назывался Firmware Maintenance CD и умещался на стандартный накопитель CD, но спустя какое-то время, перерос формат CD и трансформировался в современный HP Smart Update Firmware DVD. Не смотря на постоянный рост, из состава этого диска периодически убираются последние доступные версии прошивок для оборудования которое со временем морально устаревает. В этом можно убедиться, если почитать историю изменения состава диска от версии к версии. Рассмотрим процесс обновления прошивки железяки, уже ставшей на сегодня раритетом — RAID контроллера HP Smart Array 6400. Потребность обновления прошивки для этого контроллера диктуется статусным предупреждением которое выдаёт утилита HP Array Configuration Utility, говорящее о потенциальных проблемах при использовании массивов RAID 1 и RAID 1+0 Как мы видим, в статусном сообщении в данном случае есть ссылка на документ c01587778 в котором описаны проблемы исправляемые новой версией прошивки. Воспользовавшись поиском, открываем этот документ на сайте HP - Document ID: c01587778 — FIRMWARE UPGRADE REQUIRED to Prevent Rare Potential Data Write Errors on a RAID 1 or RAID 1+0 Volume Configured on an HP Smart Array SAS/SATA or SCSI Controller in Scenario of Concurrent Background Surface Analysis and I/O Write Operations В документе находим информацию о том, что для исправления описанных проблем для нашего контроллера требуется прошивка версии не ниже 2.84 Для того чтобы скачать последнюю свежую версию прошивки для нашего контроллера, переходим на сайт техподдержки HP — в раздел сайта Support & Drivers и выполняем поиск

В бытность 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 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 Объяснение этой ошибки и рецепт избавления от неё можно подсмотреть в ветке

При мониторинге некоторых объектов ИТ-инфраструктуры в System Center 2012 Operations Manager (SCOM) может возникнуть потребность получать оповещения об изменениях состояния этих объектов не только по электронной почте, но и на мобильные устройства (телефоны, коммуникаторы и.т.п.) в виде сообщений Short Message Service (SMS). Например в нашей инфраструктуре решено использовать SMS оповещения при изменении параметров электропитания в серверных помещениях, чтобы оперативно ставить в известность о проблемах ответственных лиц. SCOM умеет работать с GSM-устройствами напрямую подключёнными к COM-порту сервера управления (Management Server). В нашем случае в качестве GSM-устройства выбран беспроводной терминал Siemens MC35i Terminal Задача немного усложняется тем, что в нашем случае все сервера управления SCOM являются виртуальными, и для трансляции физического GSM-устройства в виртуальный сервер SCOM нам потребуется воспользоваться отдельным аппаратным устройством, которое сконвертирует интерфейс RS-232 в Ethernet. Решений такого класса на сегодняшний день не мало, но мы остановим свой выбор на устройстве Moxa NPort 5210 Serial Device Server. Подробное описание этого устройства можно найти на сайте производителя NPort 5210/5230/5232 Series На всякий случай с сайта производителя сохраню здесь распиновку кабеля использующегося для подключения RS-232 (DB9) (на стороне подключаемого девайса) к порту RJ45 (на стороне NPort) – белый кабель на первой фотографии. Итак, обесточиваем оба выше обозначенных устройства, вставляем SIM-карту в MC35i Terminal и подключаем его (терминал) к порту RS-232 устройства NPort (в нашем случае это будет порт №1). В конечном итоге картина получиться примерно такая. Порт RJ45 Ethernet у устройства NPort подключаем к локальной сети. Затем выполняем первоначальную настройку устройства NPort – задаём сетевые настройки, имя, протоколы управления. При необходимости можно выполнить обновление прошивки. Текущая версия прошивки 2.6 Build 11080114 датируется этим годом и содержит целый ряд исправлений, поэтому рекомендую обновить устройство перед началом эксплуатации. Настраиваем устройство NPort таким образом, чтобы порт RS-232, к которому мы подключили терминал, работал на заниженной скорости. Настройку можно выполнить тремя основными способами —

Столкнулся тут намедни с интересной ситуацией. Не удержусь от того, чтобы не рассказать. Решил избавиться в квартирных компьютерных коммуникациях у тёщи от проводов. Пошёл в ближайший компьютерный магазин, чтобы подобрать Wi-Fi маршрутизатор класса SOHO, и как обычно это бывает, руководствуясь принципом “дёшево и сердито”, выбрал железку неизвестного мне ранее вендора TP-Link, а конкретно по рекомендации менеджера модель TL-WR741ND. Вернувшись на исходную позицию, распаковал это “чудо”, подключил к компьютеру, чтобы выполнить первоначальную настройку, достучался до его веб-интерфейса и увидел интересное статусное сообщение о том, что отсутствует WAN соединение, то есть якобы нет подключения между маршрутизатором и розеткой, которая заходит в квартиру от провайдера. Странно, но на этом самом участке у меня был задействован патч-корд, который шёл в комплекте с этим самым маршрутизатором… будучи уверенным в том, что штампованный патч-корд производителя 100% рабочий, я стал долбить тех.поддержку провайдера, но они меня уверили в том, что мой баланс активен и порт рабочий, однако они не видят на порту активного конечного устройства. Ради самоуспокоения снял “фирменный” патч-корд и поставил другой…Всё заработало… На следующий день, пошёл на работу и ради интереса взял зловредный патч-корд с собой. Подключил его к LAN-тестеру, и с удивлением обнаружил, что отсутствует контакт 1,2 и 8 жил. Рассказав коллегам очередную байку о китайской “надёжности” отдал патч-корд на растерзание. Каково же было наше удивление, когда разобрав патч-корд мы обнаружили то, что жилы, которые по идее-то должны быть медными … липнут к магниту … Возникло предположение, что максимизация удешевления довела наших китайских друзей до того, что они в витую пару вместо меди стали толкать обмедённую сталь… В общем-то поэтому нет ничего удивительного в том, что в таком штампованном патч-корде банально нет нормального контакта между ножами внутри джека и жилами кабеля. Вот так вот и бывает, когда пытаешься экономить, никогда не знаешь в каком месте к тебе подкрадётся вот такой “женьшень”…Коллеги даже в шутку

Когда новую ОС 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 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 с одного сервера на другой. В нашем примере

Имеем ряд серверов 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 вашей системной платы.

После полной замены дисков на одном из серверов 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 и

Суть проблемы — в заголовке заметки. При использовании браузера 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. Через несколько минут после добавления файла, информация в репозитории должна обновиться автоматически…

Недавно попал мне в руки старенький ноутбук Samsung X10. Потребовалось обновить на нём ОС, однако столкнулся с проблемой. BIOS на ноутбуке оказался запоролен, а пароль оказался безвозвратно утерян. Добираться до батарейки поддерживающую память CMOS совсем не хотелось, и я решил поискать методы штатного решения этой проблемы. Моему удивлению не было предела, когда я узнал, что пароль на BIOS в некоторых ноутбуках можно сбрасывать совершенно запросто. Оказалось, что в более-менее современных ноутбуках, можно получить хеш пароля. Сделать это можно путём банального трёхкратного ввода неправильного пароля, после чего на экране появится надпись о блокировке системы с какими-то цифрами (цифры могут располагаться в разных областях экрана) примерно следующего вида: Система блокируется, а единственная рабочая кнопка которая при этом остается в рабочем состоянии – это кнопка питания. После перезагрузки ноутбук будет снова работать в обычном режиме. Цифры, которые указаны на экране — это и есть необходимый нам хеш пароля. Есть информация, что разные производители по своему предоставляют хеш пароля : Итак, узнав хеш, переходим на сайт BIOS Master Password Generator for Laptops и вводим полученный хеш в единственную форму ввода: Затем пробуем получить доступ к BIOS нашего ноутбука используя один из предложенных паролей в соответствии с моделью ноутбука. Самое интересное, то что Web-форма которая расшифровывает хеши паролей доступна в исходниках, и при желании её можно прикрутить, например, на внутренний портал техподдержки. Позже на глаза попался ещё один инструмент расшифровки паролей по хешу. Похоже, что он работает из этих же исходников. Источники информации: 1. BIOS Password Backdoors in Laptops2. BIOS Master Password Generator for Laptops

Появилась задача первичной настройки СХД 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 3PAR StoreServ 7200 (на базе InForm OS 3.1.3.230) с ранее настроенной виртуальной машины Virtual Service Processor (VSP) 4.3.0 у меня не получилось. Поэтому в данной заметке я кратко опишу процесс того, как можно выполнить инициализацию СХД самостоятельно с последующим подключением к VSP. Для того, чтобы получить доступ к интерфейсу управления так называемых узлов (Node) СХД (для простоты буду называть их контроллерами) нам потребуется найти в комплекте поставки СХД две вещи:- Переходник DB9-RJ45 серого цвета с номером 180-0055-01; - Патч-корд синего цвета с номером 850-0023-01 (вместо этого патч-корда по идее подойдёт любой другой со стандартной схемой распиновки 568B). Один конец патч-корда вставляем в переходник, другой конец вставляем в первый контроллер СХД (Node 0) в порт Mfg: Переходник вставляем в COM-порт (RS232) ноутбука/компьютера на котором есть программа доступа к порту, например PuTTY. В настройках подключения к последовательному порту выбираем параметры: Speed – 57600, Data bits – 8, Stop bits – 1, Parity и Flow control – None. При подключении указываем имя пользователя console с паролем cmp43pdПосле проверки учетных данных перед нами появиться основное меню управления. Выполним полный сброс всех настроек – выбрав пункт 6. Set up the system to wipe and rerun ootb. На вопрос уверены ли мы в том, что нужно произвести сброс всех настроек (на дисках СХД при этом будут потеряны все данные) отвечаем утвердительно — yes Контроллер СХД будет автоматически перезагружен, после чего будет запущен первый пункт главного меню — 1. Out Of The Box Procedure Первым делом нас снова напугают сообщением о том что все данные будут потеряны и предложат продлить настройку. Отвечаем yes. Далее нам покажут количество узлов (nodes) в СХД которые будут настроены. Нажимаем C чтобы продолжить. Начальным этапом настройки будет выбор фактического месторасположения СХД. Выбираем из предложенного списка самый подходящий для нас вариант – 8.

После того как в нашем окружении было организовано простейшее ядро Fibre Channel Storage Area Network (FC SAN) из двух оптических коммутаторов и собран кластер Hyper-V с подключением к СХД нового поколения HP 3PAR StoreServ, появилась возможность избавиться от устаревших систем хранения ранее напрямую подключаемых (Direct-attached storage) к хостам виртуализации. В частности одной из таких систем оказалась СХД HP StorageWorks Modular Smart Array (MSA) 500 G2. Но учитывая то, что эта старенькая “железка” вполне себе исправно работает, было решено оставить её в эксплуатации для развёртывания виртуальных машин в тестовых и девелоперских целях. Вопрос подключения этой модели СХД к SAN может быть решён путём реализации заложенной производителем возможности аппаратной конвертации в другую модель — HP StorageWorks Modular Smart Array 1000 с интерфейсами подключения FC 2Gbit/s, чего на мой взгляд вполне достаточно для поставленных задач. В этой заметке мы рассмотрим основные моменты данной конвертации, подключения СХД к SAN и конфигурирования дискового массива RAID без использования внешних программных утилит HP (с использованием прямого подключения к контроллерам MSA 1000). Аппаратная конвертация MSA 500 G2 в MSA 1000 Упоминание о возможности аппаратной конвертации дискового массива MSA 500 G2 в массив MSA 1000, который можно будет использовать для прямого подключения к FC SAN, можно найти например в спецификации HP StorageWorks Modular Smart Array 500 G2 — QuickSpecs (c04283118.pdf), где особо отмечено то, что перед началом процесса конвертации, обязательно нужно сделать резервную копию данных хранящихся на дисках СХД, а после окончания процесса конвертации при необходимости выполнить восстановление этих данных. Начнём процедуру конвертации с того, что на лицевой стороне СХД из слотов Controller 1 и Controller 2 извлечём контроллеры MSA 500 G2, а на их место установим один или два контроллера StorageWorks MSA1000 Controller #218231-B22. Далее на обратной стороне СХД в слоты Interconnect 1 и Interconnect 2 установим один или два оптических модуля ввода-вывода FC I/O module #218960-B21 либо

Подключив клавиатуру Apple Keyboard with Numeric Keypad к компьютеру с ОС Windows 8.1 я столкнулся с стандартной проблемой раскладки. Раскладка клавиатур Apple отличается от Windows, к который мы все привыкли, а так как при печати я смотрю на клавиатуру, постоянно путался со знаками препинания и буквой “Ё”, которую постоянно использую. Поэтому стал смотреть в сторону создания кастомной, в моём случае Apple, раскладки. Для создания кастомной раскладки, Microsoft предлагает программу Microsoft Keyboard Layout Creator (MKLC). Требует Framework 2.0.50727. Для примера создадим русскую раскладку клавиатуры Apple. 1. Откроем программу 2. Выберем тип расположения клавиш на клавиатуре в меню View –> Options 3. Чтобы не настраивать каждую клавишу, загрузим существующую в системе русскую раскладку в меню File –> Load Existing Keyboard… 4. Присвоим имя и описание раскладке в меню Project –> Properties. Выполняя одиночный клик на клавишах делаем необходимые изменения. В итоге получится: И тоже самое, только с “нажатым” Shift 5. Напоследок проверим как работает новая раскладка. Для этого вызовем тест раскладки в меню Project –> Test Keyboard Layout… 6. Если ошибок нет, соберём пакет новой раскладки в меню Project –> Build DLL and Setup Package. На выходе получим файлы для установки. 7. Для установки с правами администратора запускаем setup.exe, установка пройдёт автоматически, система сообщит об успешной установке 8. В языковых параметрах системы остаётся только настроить раскладки клавиатуры 9. Для того, чтобы новая раскладка работала на экране приветствия и для новых пользователей, необходимо скопировать текущие настройки пользователя в профиль системы и в профиль пользователя по умолчанию. 10. Для восстановления или удаления раскладки из системы, необходимо запустить сформированный на шаге 6 setup.exe и выбрать необходимый параметр.

На завершающей стадии виртуализации имеющихся серверных ресурсов дело дошло до, казалось бы, самого “неподъёмного” сервера – сервера System Center 2012 R2 DPM. Таковым сервер изначально казался по той причине, что имел прямое подключение к внешним дисковым полкам через выделенный SAS контроллер. В моём случае используются дисковые полки HP D2600 на 12 LFF дисков каждая, подключаемые к физическому серверу DPM через SAS-контроллер HP SmartArray P800. Фактически вопрос переброса самих дисковых полок в виртуальную среду был решён с помощью их подключения к СХД HP P2000 G3 с последующей трансляцией дисковой ёмкости с помощью технологии NPIV внутрь виртуальной машины с DPM. Однако перед тем как отключить дисковую полку от действующего физического DPM, возник вопрос о том, как же сохранить имеющиеся резервные копии данных на этой полке (чтобы не терять возможность восстановления из бэкапов созданных до момента переезда на новый виртуальный DPM). Выяснилось, что у DPM есть штатный механизм копирования разделов с одного физического диска входящего в DPM Storage Pool на другой. Рассмотрим кратко эту процедуру на нашем примере. В качестве временного решения к физическому серверу DPM была подключена старенькая дисковая полка HP MSA70 с меньшим дисковым объёмом, но при этом достаточным для того, чтобы забрать на себя копию данных DPM расположенных на полке, которую нужно было отключить. На скриншоте ниже Disk 0 — это логический диск, который нам необходимо освободить, а Disk 4 — это только что добавленный в пул диск, на который мы будем переносить разделы DPM с диска Disk 0 Запустим консоль DPM Management Shell и запросим информацию обо всех имеющихся в пуле DPM дисках $Disks = Get-DPMDisk -DPMServerName KOM-AD01-SCDP01 При этом в переменной $Disks у нас сформируется массив значений $Disks | ft -AutoSize Чтобы скопировать содержимое диска-источника на диск-получатель, нужно знать их номера в массиве значений в переменной $Disks (нумерация массива начинается с 0). Определимся с тем, какие номера дисков

В этой заметке мы рассмотрим пример восстановления учётных записей по умолчанию для FC коммутатора Brocade SilkWorm 4100. В моём примере будет использоваться коммутатор с прошивкой Fabric OS (FOS) 5 версии. В качестве основного руководства к действию можно использовать документ Fabric OS Password Recovery Notes (53-1000114-05 от 13.02.2012) в котором описаны процедуры восстановления FOS версий 2.6 — 6.x. На данный момент документ можно скачать с сайта Brocade по прямой ссылке. Копию документа можно взять здесь. Указанный документ содержит инструкции по восстановлению учётных записей по умолчанию несколькими разными способами да ещё и в зависимости от версии FOS. В нашем случае предполагается, что на коммутаторе не установлен пароль Boot PROM password и поэтому мы воспользуемся процедурой описанной в разделе документа Password recovery using the Boot PROM interface > Password recovery procedure for Brocade 3250, 3850, 3900, and 4100 switches (14 стр.) Подключаемся к COM-порту и выключаем/включаем питание коммутатора. После включения коммутатора на подключенной консоли должен появиться вывод процедуры загрузки. Дожидаемся появления надписи «Press escape within 4 seconds to enter boot interface» и нажимаем ESC В появившемся меню выбираем пункт 3 (Enter command shell). Попадаем в приглашение командной строки (как ранее и отмечалось, предполагается что Boot PROM password не установлен и он на этом этапе не запрашивается), где выполняем команду: printenv Запомним выделенные значения на скриншоте значения, так как они нам потребуются в дальнейшем. Из переменной OSLoader нас интересует первое адресное значение (в нашем примере это MEM()0xF0000000), а из поля OSRootPartition нас интересует второе значение (в нашем примере это hda2), в котором указано имя раздела с FOS. Выполняем команду boot с адресом первого адресного значения OSLoader и ключом –s boot MEM()0xF0000000 -s После того, как загрузка завершится используя команду mount перемонтируем корневой раздел / в режиме чтения/записи следующим образом: mount -o remount,rw,noatime / Затем смонтируем раздел с FOS полученный нами ранее из переменной OSRootPartition

HP Version Control Agent (VCA) & HP ProLiant Smart Array P700m Clustering Support Software for Windows

HP Smart Array — 1779 — Logical drive(s) disabled due to possible data loss

HP Smart Array 6400 —Обновляем прошивку

DPM и HP StorageWorks MSL2024 Tape Library — 0x8007045D

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

SCOM 2012 —Настраиваем SMS оповещения

TP-Link TL-WR741ND —Привет из Шеньчженя …

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

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

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

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

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

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

“Вспоминаем”пароль от BIOS на ноутбуках

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

Первичная настройка HP 3PAR StoreServ 7200 —Инициализация СХД и подключение к Virtual Service Processor 4.3.0

Конвертируем СХД HP MSA 500 G2 в MSA 1000 и подключаем к FC SAN

Создание собственной раскладки клавиатуры в Windows

System Center 2012 R2 DPM- Замена диска в Storage Pool

Brocade SilkWorm 4100 —Сброс паролей доступа к устройству