Просмотрено
Месяц: Август 2013

Обновление драйвера Emulex на VMware ESXi 5.1. OneCommand Manager.

Обновление драйвера Emulex на VMware ESXi 5.1. OneCommand Manager.

У меня на одном из хостов VMware ESXi 5.1 в кластере возникли ошибки с вводом-выводом, а именно стала выскакивать ошибка iSCSI aborts. Переподключение LUN ситуацию не изменило. Поэтому решил посмотреть какие-же драйвера стоят на HBA-адаптере.


На блейд-сервер HP ProLiant BL460c Gen8 зашел через iLO, Траблешутинг, включил ESX shell. Затем Alt+F1 и попал в консоль.
Смотрим на свои адаптеры HBA

# esxcfg-scsidevs -a
Смотрим какой версия firmware стоит

# vmkload_mods HBADriver |grep Version

Где HBADriver в моем случае (подчеркнуто красным) — be2iscsi



Поскольку скриншот я делал уже после успешной установки, у меня высвечивается актуальная версия. А была версия от декабря 2012 года.
Далее идем на сайт VMware и смотрим Supported Driver Firmware versions for I/O devices
Наш контроллер от Emulex, поэтому и выбираем его, и еще раз его.

На этой страничке Below is a list of the recommend VMware driver / firmware sets for Emulex products есть ссылка на Firmware, а также на CIM Provider и vSphere Plugin. Они нам также понадобятся.

У меня в консоли высвечивалось OCe11, из чего я делаю вывод что мой контроллер -OCe11102, его то я и выбираю. И попадаю на

Где мне дают понять, что прежде чем обновлять драйверы мне нужно поставить Firmware and Boot Code version 4.6.142.10.
А ставить его можно в том числе и с помощью OneCommand Manager for VMware vCenter 1.5.11 Software Plug-in — тот самый vSphere Plugin указанный выше. 

OneCommand ® Manager обеспечивает централизованное управление Emulex Fibre Channel HBA-адаптеров и 10Gb Ethernet (10GbE) сетевых адаптеров (NIC, FCoE и Iscsi) для физических и виртуальных серверов. С графическим интерфейсом пользователя (GUI), а также с интерфейсом командной строки (CLI), OneCommand менеджер обеспечивает мощную поддержку адаптера и диагностических возможностей, чтобы оптимизировать производительность, минимизировать время простоя и повышение эффективности управления.

Централизованное управление — это хорошо, поставим его.

Однако при установке на сервер с vCenter Server прога дала ошибку — hostname not pingable.
Причина — русская винда, нужна английская.

Поскольку проблема похожа на ту, что возникает при установке vCenter 5.1: «The Fully Qualified Domain Name cannot be resolved«, то может помочь удаление файла nslookup.exe.mui как советует Алексей Магадан, — но мне не помогло. Поставил англ. винду. Установилось.

Имя хоста пишется автоматом, ничего изменять не нужно.
А вообще должно указываться имя на которое ставится сам плагин, а не имя сервера с vCenter.

Поставил.

Нужна регистрация – но пользователя состоящего в группе администраторов не принял.
Добавил персонально этого пользователя в vCenter  — регистрация пошла. 
В «толстом» клиенте плагин и соответствующая вкладка обнаружились. Для WEB-клиента нужны дополнительные манипуляции.

Чтобы плагин видел хосты нужен CIM Provider, притом ставить его нужно на каждый хост.

Скачал. Распоковал. Загрузил CIM (файл VMW-ESX-5.0.0-emulex-cim-provider-3.8.15.1-01-offline_bundle-1092025.zip) в репозитарий Update Manager: во вкладке указанной на рисунке нажать на Import Patches.

Затем находим его в списке — он выделен жирным, найти легко, и Add to baseline.

После чего выделяем хост, переходим во вкладку Update Manager, скан, и Remediate.
В списке также имеется информация что патч потребует перезагрузку, поэтому учитываем это.
В идеальном случае хост должен обновиться и информация в плагине появиться.
Однако в моем случае случай был не идеальный — вышла ошибка Adapter information could not be fetched from the server.
James Bowling пишет, что провайдер от HP с провайдером от Emulex не дружили, а сейчас как-бы дружат. Но видимо какие-то глюки остались поэтому поставил вручную

esxcli software vib install -d<offline-bundle.zip>
esxcli software vib install —viburl=<file:/vmware-esx-provider-emulex.vib>

По умолчанию берет из /var…..
Так как я закидывал в датастре, то нужно прописать путь:

esxcli software vib install –d /vmfs/volumes/<имя хранилища/имя папки/><offline-bundle.zip>

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

Скрин сделан после обновления, версия прошивки актуальная — 4.6.142.10, а была (информация о прошивке также доступна в свойствах самого хоста, но в меньшем объеме чем в свойствах адаптера ) 4.2.401.6
Ну и собственно обновление прошивки: в Emulex Device Management — имя адаптеравкладка Maintenance Update Firmware, загружаем файл oc11-4.6.142.10.ufi

Как видим нужна перезагрузка, перезагружаем хост.
После обновления firmware можно обновлять и драйвера.

У порта 1 два интерфейса:
NIC (верхний ) и iSCSI (на картинке). Соответственно нам нужны два драйвера, которые можно скачать если перейти по ссылке указанной выше, либо по прямой
http://www.emulex.com/downloads/emulex/vmware/vsphere-51/drivers.html

Ethernet Driver 

4.6.142.10
(VMware ESXi 5.0/5.1 Driver CD for Emulex OneConnect OCe10102/OCe11102 10GbE Adapter (Network Function))

iSCSI Driver Kit
4.6.142.2
VMware ESXi 5.0/5.1 Driver CD for Emulex OneConnect OCe11102/OCe10102 10GbE Adapter (iSCSI Function)

Скачиваем, распаковываем, и закачиваем zip файлы в репозитарий (для iscsi имя файла — be2iscsi-4.6.142.2-offline_bundle-1128034)

Переходим во вкладку Update Manager, смотрим картинку

Нужно создать Baseline: жмем на Create, следуем указаниям мастера, галочка Fixed, находим наши добавленные патчи от вендора Emulex, добавляем их в нижнее окно и завершаем работу мастера. Обновляем хосты, для чего сначала нужно назначить  (Attach) Baselineна хост — Обновление драйверов HP в VMware ESXi 5.1 через Update Manager

Обновилось, но в плагине осталась прежняя версия драйвера. Даже после перезагрузки. Может совпадение, может нет, но инфа обновилась после того как попробовал установить через консоль. Попробовал – потому что система написала что пропускает установку.

Ну вот собственно и все.
Теперь можно обновить прошивку и драйвера на других хостах и поддерживать их  в актуальном состоянии не дожидаясь пока WMvare включит обновления в свой дистрибутив. 
Утилита для сжатия тонкого (thin) диска vmWare ESXi

Утилита для сжатия тонкого (thin) диска vmWare ESXi

Тонкий диск виртуальной машины растет по мере заполнения, но если данные удалить, то размер диска не уменьшается.
На сайте http://labs.vmware.com имеется утилита Guest Reclaim, которая работает из ОС гостевой ВМ и уменьшает размер тонкого диска путем истребования нулевых блоков.
Работает утилита с ОС Windows XP, Windows Vista, Windows 7, Windows Server 2003, Windows Server 2008.
При этом версия виртуального железа должна быть девятой. Поэтому если вы ставили ВМ в ESXi 5.0. и ниже то железо необходимо обновить — Обновление версии виртуального железа ВМ VMware ESXi (VM Version)
Также не должно быть снапшотов.

Чтобы просмотреть список тонких дисков используйте команду:

GuestReclaim.exe --list

При этом если имеются указанные выше ограничения, то в списке Drive Name просто будет пусто.

Когда я обновил виртуальное железо и удалил снапшот то диск нашелся.Для запуска процесса «очистки» вводим команду.

guestReclaim.exe --volumefreespace C:

Я запустил утилиту в ВМ, в которой диск был сконвертирован из «толстого» и котором было 50 Гб свободного места. Программа работала минут 10. Сравнив объем LUN до и после, обнаружил что было освобождено всего 7 Гб.
Во втором случае удалил данные именно с тонкого диска. Запустил утилиту. Место на датасторе увеличилось на размер удаленных данных.
Хорошую утилиту однако придумали.

Обновление версии виртуального железа ВМ VMware ESXi (VM Version)

Обновление версии виртуального железа ВМ VMware ESXi (VM Version)

Версия виртуальной машины (VM Version) необходима для поддержки виртуального железа (БИОС, доступные PCI слоты, максимальное количество процессоров и размер памяти… ).
На данный момент на ESXi 5.1 версия ВМ — 9. При создании ВМ доступны и более ранние версии, но они необходимы для совместимости.
Для виртуальных машин, работающих на хостах с ESXi 5.x VMware рекомендует обновить VM Version до 8 или 9 версии.

VM Version становится очень актуальной когда необходимо «сжать» тонкий диск — утилита Guest Reclaim работает только с девятой версий.
 Перед обновлением VMware рекомендует:
1. Создать снапшот.
2. Обновить VMware Tools. В  виртуальных машинах с ОС Microsoft Windows, если вы обновите виртуальное оборудования перед обновлением VMware Tools,  виртуальная машина может потерять свои сетевых настройки. Примечание: думаю данное утверждение относится к «продвинутым» адаптетрам и не касается E1000 который работает вообще без всяких VMware Tools.
3. Убедится, что все VMDK файлы доступны ESXi / ESX хостам через VMFS3, VMFS5 или NFS хранилище.
4. Убедится, что виртуальные машины хранятся на VMFS3, VMFS5 или на NFS хранилищах данных.

Затем виртуальная машина выключается и на ВМ при нажатии на правую кнопку мыши становится доступным меню Upgrade Virtual Hardware (в vSphere Web Client опция: Compatibility > Upgrade VM Compatibility). 

Уменьшение размера диска ВМ vmWare ESXi с ОС windows 2000 server

Уменьшение размера диска ВМ vmWare ESXi с ОС windows 2000 server

Имелась в виртуальной инфраструктуре старая виртуалка с операционной системой windows 2000 server. Диск был большой и толстый. Толстый в плане Thick. И имелось на нем порядочно свободного места. И сама виртуалка стояла скорее «на всякий случай», т.е. рост диска не планировался. Появилось естественное желание сконвертировать диск в «тонкий» и затем его «сжать» дабы освободить место. Сконвертировал путем миграции ВМ на новое хранилище. К слову — есть два способа преобразования:
1. Storage vMotion — в процессе миграции можно сменить тип диска.

2. Использование VMware Converter. В процессе конвертации также будет предложено выбрать формат дисков.
Итак получил тонкий диск. Решил перенести ВМ обратно и вот тут процесс завис. Именно на этой виртуалке с windows 2000 server. 
Тогда попробовал использовать с чтобы вернуть диск к первоначальному типу — программа отказалась запускается на древней ОС. Слышал что можно использовать более ранние версии VMware Converter, но решил пойти другим путем. — уменьшить разделы диска с помощью программ работы с обычными, не виртуальными дисками, после чего клонировать диск на диск нужного размера.

Порядок действия такой:
1. Произвел дефрагментацию всех дисков из винды.
2. Загрузился с загрузочного диска. Изменил размеры дисков — сжал до нужного уровня, получив лишнее (не размеченное пространство). Записал общий размер получившихся разделов.
3. Добавил ВМ второй диск нужного размера (равный сумме получившихся разделов).
4. Клонировал первый диск (большой) на второй (нужного размера). 
5. Удалил оба диска из ВМ. Внимание — удаляется именно из ВМ а не с диска, т.е. положение галочки по умолчанию изменять не нужно.
6. Следующим шагом подключил ранее созданный диск правильного размера.
Таким образом хоть так но справился с задачей. 
Обновление драйверов HP в VMware ESXi 5.1 через Update Manager

Обновление драйверов HP в VMware ESXi 5.1 через Update Manager

Обновления Firmware для серверов HP ProLiant, доступное для гипервизора VMware ESXi 5.1 компания HP выкладывает на http://vibsdepot.hp.com/hpq/.
Эти обновления нужны и в том случае, если изначально использовался образ ESXi от HP — драйверы то устаревают.
Для владельцев платной версии ESXi c установленными vCenter и Update Manager нет необходимости что-то скачивать, — достаточно настроить Update Manager.

Открываем vCenter Client, Update Manager, вкладка Сonfiguration, жмем на Add Download Source и вводим http://vibsdepot.hp.com/index.xml. Также можно ввести описание, и нажать на кнопочку Validate URL.
Если что всегда можно отредактировать источник либо удалить нажав на нем правой кнопкой мыши.



После нажатия на Apply становится доступна кнопка Download, жмем ее.
Теперь необходимо создать список обновлений (baseline) и привязать этот список к объектам.
Перейдем во вкладку Baselines and Groups. Жмем Create Baseline Name – HP Updates. Галочку оставляем по умолчанию. Жмем Next. Здесь также по умолчанию — мы люди ленивые и хотим чтобы при наличии обновлений наш baseline изменялся автоматически.

На следующем шаге выбираем вендора и !!! версию ESXi оставляем Any, что, похоже, означает любую более старшую версию ESXi относительно имеющейся в списке ESXi 5.0.0

Жмем далее и видим свежие патчи. Обращаем внимание на графу Product — у меня в названии присутствует ESX 5.1.0. Это я к тому что само имя (Patch Name) звучит как ESX 5.0 что лично меня несколько смущает.
Далее все по умолчанию.
Когда baseline создан, его необходимо назначить на объект. 
Можно назначить baseline на все хосты, или конкретно на датацентр или хост. Переходим в Home — Inventory — Hosts and Clusters, выбираем объект, переходим во вкладку Update Manager, жмем Attach и выбираем созданный baseline.
Затем жмем на Scan. Система проверят обновления и выводит нам информацию. В данном случае 12 Patches можно установить. Жмем на Details и видим что есть обновления от HP и скачанные ранее в автоматическом режиме обновления от VMware.
Чтобы установить обновления необходимо нажать на Remediate и следовать указаниям мастера. Можно выбрать какие обновления ставить, когда ставить, должны ли ВМ выключаться или помещаться в состояние паузы.
Перед самим обновлением можно нажать на Stage, в этом случае происходит загрузка обновлений (до этого момента загружалась лишь информация об обновлениях, а не сами обновления).
В процессе обновление нужно посматривать на ход. Вполне может оказаться что система чего-то ждет от вас (waiting) и не обновляется. 
 Маленькое дополнение. 
Один раз при обновлении хостов один вдруг взял да и ушел в error. Исправил путем подключения ISO образа к iLO сервера и обновления с него. Но времени и нервов потратил.
А оказывается есть способ откатить обновление (прочитано в книге Михаила Михеева Администрирование VMware vSphere 5 ):
«Также  напоминаю,  что  на диске  или U S B -накопителе с  ESXi  есть два раздела для хранения  его  образа.  При обновлении V U M  формирует образ  из активного раздела с  ESXi  и устанавливаемых обновлений и записывает его в резервный раздел. После этого он помечает активный раздел  как резервный,  и  наоборот.  Таким образом,  ESXi  перезагружается  в  свою обновленную версию,  но  в  случае неудачного  обновления  вы  можете  откатиться на образ с резервного раздела, нажав Shift+R при старте сервера.»