SCROLL

Статьи в категории «VMware»

После внеплановой перезагрузки гипервизора VMware ESXi 6.5, появилась непонятная виртуальная машина с названием «11» . При попытке ее запустить получил следующие ошибки:

Could not power VM, no swap file, failed to power on VM.
VMControl error -11: No such virtual machine.
A general system error occurred. The system returned on error. Communication with the virtual machine may have been interrupted

 

Удалить (Delete), снять регистрацию (unregister) ее через vSphere не удалось, т.к. данные пункты были не активны:

 

Снять регистрацию виртуальной машины можно через командную строку VMware ESXi. Подключаемся по SSH к хосту ESXi и сперва выведем список зарегестрированных виртуальных машин:

vim-cmd vmsvc/getallvms

Skipping invalid VM '11'
Vmid Name File Guest OS Version Annotation
2 ca-offline [Datasotre1] ca-offline/ca-offline.vmx windows8Server64Guest vmx-13
3 ca-online [Datasotre1] ca-online/ca-online.vmx windows8Server64Guest vmx-08

В работе имеется Blade-сервер Dell VRTX на лезвиях которых используется гипервизор VMware vSphere 6.5. Так как все лезвия используют одну дисковую корзину VRTX, то перемещение\миграция виртуальных машин осуществляется путем обычного разрегистрирования на одном лезвии и регистрация на другом.

[stextbox id=’info’]Такой метод миграции VM соответственно требует обязательного выключения машины, в отличии от использования vCenter. Но vCenter дорогой и не каждая организация готова его себе позволить, как в моем случае.[/stextbox]

 

В очередной раз понадобилось переместить VM (webserver_1) с одного лезвия на другой и в процессе этого столкнулся с трудностями запуска VM на целевом лезвии. В качестве памятки себе опишу свою проблему и ее решение.

 

На исходном лезвии выполнил завершение работы на виртуальной машине, но она не выключилась. Решил принудительно завершить ее работу через консоль, но в активных процессах виртуальную машину (webserver_1) не обнаружил, а вместо нее висела виртуальная машина с названием vm.572109.

Принудительно завершил процесс vm.572109 и разрегистрировал ее из текущего лезвия. На другом лезвии зарегестрировал ее и попытался запустить, но она не запустилась.

 

Долго висел статус «Running…»

В работе имеется гипервизор VMware vSphere Hypervisor 6.5 с которого понадобилось экспортировать виртуальную машину для последующего его импорта в VirtualBox.

 

Просто и удобно это можно сделать при помощи консольной утилиты VMware OVF Tool.

 

Скачиваем VMware Open Virtualization Format Tool с сайта VMware и устанавливаем. Запускаем командную строку от администратора и переходим в каталог установленной программы:

cd C:\Program Files\VMware\VMware OVF Tool

 

Исходные данные для выполнения операций:

  • Хост VMware — 10.10.16.98
  • Имя VM — test_vm
  • Директория экспорта OVF — D:\Temp

 

Экспортируем VM в OVF файл командой (потребуется ввод логина\пароля для доступа на Хост VMware):

ovftool.exe vi://10.10.16.98/test_vm "D:\Temp"
Enter login information for source vi://10.10.16.98/
Username: root
Password: *********
Opening VI source: vi://root@10.10.16.98:443/test_vm
Opening VI source: vi://root@10.10.16.98:443/test_vm
Opening OVF target: D:\Temp
Writing OVF package: D:\Temp\test_vm\test_vm.ovf
Transfer Completed
Completed successfully

На блейд-сервер Dell PowerEdge M620 входящий в состав шасси VRTX, установил VMware ESXi 6.5. После установки в vSphere не обнаружились не одного дискового хранилища, которые имеются в шасси VRTX.

 

Проблема заключается в отсутствие необходимого драйвера для контроллера Shared PERC 8 Mini. Для решения проблемы, нужно всего навсего уставить отсутствующий драйвер в систему VMware ESXi 6.5

 

Скачиваем драйвер:

Скачать “VMW-ESX-6.5.0-dell_shared_perc8-06.806.90.00-6990897.zip” VMW-ESX-6.5.0-dell_shared_perc8-06.806.90.00-6990897.zip – Загружено 809 раз – 191,64 КБ

[stextbox id=’warning’]Либо с официального сайта VMWare, в случае если имеется учетная запись там.[/stextbox]

 

Копируем из скачанного архива VIB (dell-shared-perc8-06.806.90.00-1OEM.650.0.0.4598673.x86_64.vib) или автономный пакет (VMW-ESX-6.5.0-dell_shared_perc8-06.806.90.00-offline_bundle-6990897.zip) на сервер VMware ESXi в папку (/tmp). Для примера как это можно сделать, посмотрите статью

Рассмотрим как корректно переименовать виртуальную машину в VMware ESXi (5.5, 6.5, 6.7) версиях. Для примера рассмотрим переименование виртуальной машины asterisk_1 в asterisk_test.

 

Все действия по переименованию, производятся на выключенной виртуальной машине. У виртуальной машины не должно быть Snapshots (моментальных снимков). Рекомендуется сделать резервную копию виртуальной машины, перед выполнением процедуры переименования.

 

Переименование виртуальной машины будем производить посредством консоли гипервизора, поэтому необходимо активировать работу SSH протокола.

Имеется шасси VRTX с установленными блейд-серверами PowerEdge M620. На одном из блейд-серверов было произведено обновление VMware ESXi 5.5 до последней версии.

 

После обновления в vSphere выводится сообщение, что не найдено не одного дискового хранилища. Если перейти в Storage Adapters и выбрать контроллер Shared PERC 8 Mini, то там будет пусто.

 

Рассмотрим установку VMware Tools из командной строки Debian/Ubuntu Linux.

 

Монтируем образ компакт-диска VMware Tools, в виртуальную машину. Создаем каталог для монтирования CD-ROM, монтируем CD-ROM в каталог:

sudo mkdir /mnt/cdrom
sudo mount /dev/cdrom /mnt/cdrom

 

Распаковываем дистрибутив VMware Tools

tar xzvf /mnt/cdrom/VMwareTools-x.x.x-xxxx.tar.gz -C /tmp/

[stextbox id=’warning’]Примечание: x.x.x-xxxx — это версия дистрибутива VMware Tools, версия может отличатся в зависимости от вашей версии продукта VMware.[/stextbox]

В качестве памятки по работе с ESXi посредством командной строки, приведу список основных команд для работы как с хостом VMware ESXi, так и с виртуальными машинами.

 

Команды для работы с хостом ESXi:

reboot — перезагрузить хост
poweroff — выключить хост
esxcli system version get — узнать версию (номер) инсталлированной версии VMware ESXi
esxcli hardware pci list | more — полная информация об установленных PCI устройствах
lspci — краткая информация обо всех установленных PCI устройствах
esxtop — диспетчер процессов top для vmware esxi ( быстрые клавиши для переключения дисплея:c:cpu,i:interrupt,m:memory,n:network,d:disk adapter,u:disk device,v:disk VM,p:power mgmt)

vmkerrcode -l — расшифровка кодов ошибок
esxcfg-nics -l — информация о сетевых картах
esxcfg-vswitch -l — информация о виртуальных коммутаторах
dcui — работа с консолью сервера через ssh сессию
chkconfig -l — статус работы демонов
esxcli hardware memory get — размер установленной памяти
esxcli software vib list — список установленных vib-пакетов
esxcli network ip connection list — состояние активных соединений (аналог netstat)
esxcli storage vmfs extent list — информация о примонтированных/подключенных томах VMFS
esxcli hardware clock (get/set) — отображение/установка времени esxi-хоста

VMFSTOOLS  — это инструмент командной строки vSphere, для управления томами VMFS.  С помощью vmfstools можно выполнять операции с файлами виртуальных дисков. В качестве памятки, разберем примеры работы с виртуальными дисками.

 

Создание виртуального диска

Для создания виртуального диска, выполняем команду (по-умолчанию создается толстый диск):

vmkfstools -c 2048m testdisk1.vmdk
Create: 100% done.

В результате мы получаем 2 файла, файл дескриптора виртуального диска и сам виртуальный диск:

-rw------- 1 root root 2.0G Aug 29 10:01 testdisk1-flat.vmdk
-rw------- 1 root root  469 Aug 29 10:01 testdisk1.vmdk

При создании виртуальных дисков Thin Provision (Тонкие), их заданный размер фактически не занимает место в файловой системе, а постепенно разрастается по мере записи файлов на диск. Если освободить место на таких дисках, путем удаления файлов на них, то размер виртуального диска останется прежним, он сам по себе не сожмется.

 

[dropshadowbox align=»none» effect=»vertical-curve-both» width=»auto» height=»» background_color=»#ffffff» border_width=»1″ border_color=»#dddddd» ]Например, если выделить виртуальному диску 20Gb, его размер в хранилище данных начнется с нуля и будет расти по мере записи файлов на диск до 20Gb. Если скопировать файл размером 5Gb на диск, то виртуальный диск вырастет на 5Gb в хранилище данных. Однако, если удалить файл размером 5Gb, то виртуальный диск не сжимается в хранилище данных, он остается на уровне 5Gb.[/dropshadowbox]

 

Стандартного средства сжатия Thin Provision дисков в ESXi нет, поэтому разберем как можно сжать виртуальный диск в ручном режиме.

Иногда сталкиваешься с такой проблемой, когда на виртуальной машине, которая развернута на VMware ESXi 5.5, на одном из дисков не достаточно свободного места и необходимо его увеличить. Виртуальные жесткие диски бывают двух типов:

Thick (Толстый)

  • Lazy Zeroed — Все пространство такого диска выделяется в момент создания, при этом блоки не очищаются от данных, которые находились там ранее. При первом обращении виртуальной машины к новому блоку происходит его очистка. Таким образом, эти диски более безопасны, однако при первом обращении к блоку — теряется производительность системы ввода-вывода на операцию очистки. При последующих обращениях — производительность идентична дискам типа Eager zeroed thick. Этот тип диска создается по умолчанию через VMware vSphere Client для виртуальных машин. Преимущество дисков Zeroed thick disks — безопасность и быстрота создания, недостаток — производительность при первом обращении к блоку.
  • Eager Zeroed — Все пространство такого диска выделяется в момент создания, при этом блоки очищаются от данных, которые находились там ранее. Далее происходит обычная работа с блоками без очистки. Преимущество такого диска — производительность и безопасность, недостаток — долгое время создания.

Thin (Тонкий)

  • Эти диски создаются минимального размера и растут по мере их наполнения данными до выделенного объема. При выделении нового блока — он предварительно очищается. Эти диски наименее производительны (выделение нового блока и его очистка), однако наиболее оптимальны для экономии дискового пространства на системе хранения данных.

Рассмотрим способы расширения дискового пространства для обоих типов дисков.

[stextbox id=’alert’]Ниже описанные методы увеличения диска, подразумевают отсутствие снепшотов дисков, т.к. при их наличии не гарантируется корректная работа виртуального диска после процедуры увеличения. Все ниже описанные методы выполняются на выключенной виртуальной машине.[/stextbox]

 

Появилось на одном из серверов ESXi 5.5.0 вот такое предупреждающее сообщение: Lost connectivity to the device mpx.vmhba32:C0:T0:L0 backing the boot filesystem /vmfs/devices/disks/mpx.vmhba32:C0:T0:L0. As a result, host configuration changes will not be saved to presistent storage.

esxi_5-5-0_1

 

Это предупреждающее сообщение говорит о том что вставленная Flash-карта/SD-карта (с которой был установлен и с которого происходит загрузка ESXi) не доступна на ESXi хосте из за потери соединения с ней. Потеря соединения в загрузочным устройством могло произойти из за какого либо сбоя в работе ESXi, либо в следствии выхода из строя самого загрузочного устройства.

 

Так как ESXi ОС загружается в память при загрузке, то система будет нормально работать до отключения питания. Можно отключить загрузочное устройство и проверить его на целостность, т.к. возможно оно вышло из строя. Данное предупреждение не исчезнет автоматически при восстановлении соединения с загрузочным устройством и будет висеть пока мы не исправим проблему.

 

Если с загрузочным устройством все нормально, то нам всего лишь нужно перезапустить агентов управления. Перезапустить агентов управления можно двумя способами, через подключение к ESXi по SSH или локально на самом ESXi используя встроенный интерфейс управления ESXi.

Разберем как конвертировать виртуальный диск из Thick Provision Lazy Zeroed (толстый) в Thin Provision (тонкий) на VMware ESXi 5.5.

 

Конвертация через командную строку (SSH)

Переходим в папку:

cd vmfs/volumes

 

Выводим список имеющихся дисков:

ls -lh

 

Видим что есть 3 диска:

  • datastore1
  • datastore2
  • datastore3

В этой статье мы разобрали как развернуть vCenter Server 5.5 Appliance и теперь нам нужно на этот сервер завести наши хосты ESXi для централизованного управления ими.

Использовать для работы мы будем vSphere Client.

Запускаем сферу и первым делом нужно создать новый Datacenter. Правой кнопкой мыши по localhost (он же vCenter) и выбираем New Datacenter. Именуем созданный Datacenter произвольно.

enter_host1

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

Для выполнения поставленной задачи нам необходим vCenter Server, единый пульт управления всеми нашими серверами ESXi и виртуальными машинами. Развернуть vCenter Server можно двумя способами:

 

  1. Использовать готовый образ  vCenter Server 5.5 Appliance на базе OpenSUSE (Скачать можно тут)
  2. Ручная установка vCenter Server 5.5 (Скачать можно тут)

Мы рассмотрим как развернуть vCenter Server 5.5 Appliance. Данный образ создан командой VMWare и уже можно сказать из коробки готов к работе. Разворачивать образ мы будем на сервере ESXi 5.5. Поехали.

Импортируем скачанную виртуальную машину. File — Deploy OVF Template.

install_vcenter1

Иногда в следствии сбоя в работе VMware ESXi (5.5, 6.5, 6.7), виртуальная машина зависает и ее нельзя никаким средствами перезагрузить/выключить с помощью интерфейса клиента vSphere.

 

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

 

На сервере ESXi, активируем протокол SSH. В клиенте vSphere, переходим сервер ESXi — Configuration — Security profile — Properties — SSH — Start.