Vmware: virtual machine disks consolidation is needed

Как создать снапшот в VMware vSphere

Сама процедура очень простая и сейчас будет описана. Если же вы захотите ее автоматизировать, то советую почитать Как создать snapshot виртуальной машины по расписанию в VMware vCenter 5.5.

сразу подчеркиваю shapshot это не замена бэкапа, запомните это

Выбираете любую виртуальную машину, щелкаете по ней правым кликом и из контекстного меню выбираете Snapshot > Take Snapshot

В следующем окне задаем имя snapshot и при желании описание в поле description

Обратите внимание на две возможные галки. В ESXI 6.5 и выше, создание снимка виртуальной машины делается подобным образом, но уже из веб-интерфейса

Вы так же выбираете нужный сервер, вызываете его контекстное меню «Snaphots — Tale Snapshot»

В ESXI 6.5 и выше, создание снимка виртуальной машины делается подобным образом, но уже из веб-интерфейса. Вы так же выбираете нужный сервер, вызываете его контекстное меню «Snaphots — Tale Snapshot»

Описание параметров снимка

• Snapshot the virtual machine’s memory > данная опция нужна для того, чтобы во время снятия snapshot esxi виртуалки было состояние оперативной памяти, что при откате даст работающую виртуальную машину. Если вы ее снимите, то вернувшись из снапшота виртуальная машина будет выключена, но зато такой снапшот будет создаваться быстрее, так как нет необходимости сохранять оперативную память в файл, особенно если память большая и постоянно обновляется.
• Quiesce guest file system (need VMware Tools installed) > Это процесс при котором подготавливаются данные на виртуальном диске в состояние требуемое для резервного копирования. Заморозить гостевую файловую систему (требуется установка VMware Tools и ее драйвер Sync Driver) позволяет гарантировать, что данные гостевой операционной системы останутся не поврежденными в снимке.

В итоге VMware Tools с помощью VMware Snapshot Provider запускает создание VSS snapshot внутри гостевой ОС. После чего все VSS writers (смотрим их командой «vssadmin list writers») в гостевой ОС получают запрос и подготавливают соответствующие приложения к бэкапу (происходит запись всех транзакций из памяти на диск). Когда все VSS writers заканчивают работу, они сообщают службе VMware Tools через VMware Snapshot Provider, который, в свою очередь, говорит VMware о том, что снапшот можно снять. Таким образом все приложения резервного копирования для VMware vSphere используют следующие комбинации при отдании команды на создание снапшота VMware (заметьте, что процесс непосредственно создания снапшота целиком и полностью контролируется самой VMware)

Если делать бэкап без опции Quiesce guest file system, то могут быть большие проблемы при восстановлении контроллера домена или Exchange сервера.

What Is VMware Disk Consolidation?

Virtual disk consolidation is the process of merging virtual disk files created after taking VM snapshots. You can initiate disk consolidation on demand to avoid performance degradation and other issues. When you take a snapshot, delta disks are created and changes are written to the appropriate delta disk (the latest delta disk by default, until one of the previous snapshots is selected to restore the virtual machine). As a result, redundant data is present in the virtual machine storage because each delta disk contains all changes made as compared to the previous delta disk state, and the parent disk remains unchanged. When the chain of snapshots and related virtual disk files becomes large, performance degrades. When you perform VMware disk consolidation, data from delta disks is merged to a single disk, and no redundant data is left on the datastore where this VM’s files are located. Storage space is cleaned after you consolidate virtual machine disk files. Remember that VMware recommends using no more than 32 snapshots per VM.

Как перезапустить зависшую виртуальную машину

Сразу хочу отметить, что если в графическом интерфейсе у вас не выходит, что либо сделать, то у вас остается только командная строка ssh. Включаем на ESXI хосте SSH службу. Далее подключаемся через Putty или MremoteNG. Я подключаюсь через MremoteNG. Первое, что вам необходимо сделать, это как посмотреть список активных процессов, все как в Windows. Для этого есть команда:

esxtop (Список всех команд в ssh на ESXI)

В моем примере, я вижу свою виртуальную машину TERM6. Если системные процессы мозолят вам глаза, то вы можете одновременно нажать SHIFT+V, что оставит отображение только виртуальных машин.

Теперь нам нужно вычислить LWID — Leader World Id, завершив который вы завершите работу нужной виртуалки. ПО умолчанию LWID не отображается, чтобы его включить нажмите клавишу F. У вас откроется меню, где можно добавлять или скрывать поля. Видим, что если нажать клавишу «C», то у вас будет добавлен LWID- Leader World Id. Нажимаем «C» и «Enter».

Теперь зная LWID, нажмите клавишу «K», она вызовет меню «World to kill (WID)», данная операция поможет принудительно завершить процесс LWID. Вбиваем наш LWID и нажимаем «Enter».

Тут у вас два варианта, чудо произошло (80% вероятности) и чудо не произошло, часто бывает в случаях с ошибкой «Another task is already in progress»

Кстати World ID можно вычисли и просто введя команду:

esxcli vm process list

Там вы сможете увидеть World ID, после чего его можно убить командой:

esxcli vm process kill —type=hard —world-id=имя id

В моем случае чудо произошло, виртуалка перешла в состояние Power OFF, я это вижу в Power-CLI.

Если принудительное завершение процесса вам не помогло, то делаем вот что, по возможности мигрируйте все остальные виртуальные машины с данного хоста, у вас из-за ошибки останется только сбойная. Все в том же SSH. введите:

ps | grep vmx | grep имя виртуалки

В итоге у вас будет выведен список, где первая колонка это PID процесса, вторая PID родительского процесса, убиваем его для вашей виртуальной машины.

После чего пишем kill PID-родительского процесса. Если не помогло, то пробуем выполнить вот, что (по возможности перевезите другие сервера с данного хоста на другие хосты)

services.sh restart

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

/etc/init.dhostd restart && /etc/init.dvpxa restart

И снова траблешутинг VmWare.

На днях столкнулись с печальной картиной: в определенный момент наш виртуальный сервер Vcenter показал картинку, мол нужна консолидация дисков.

Вроде ничего страшного, нажал Snapshot-Consolidate

Все бы не плохо, если бы не вот такая ошибка:

И вот такая картина на в папке виртуальной машины на сторадже

Но это еще не все, сам виртуальный сервер начал тормозить так, будто это Pentium2 (это и логично, так как судя по всему, виртуаль стала использовать не основной vmdk, а снепшот, по факту это так и оказалось).

Начали копать «откуда ноги растут», оказалось, что Veeam в определенный момент  при сохранении бэкапа что-то пошло не так, и после этого случилась то, что случилось, при том в снепшотах отображалось два не удаленных снепшота Veeam (хотя, как видим на картинке на самом сторадже их значительно больше, да и сам сторадж при открытии этой папки стал дико тормозить, открывая папку примерно 10 минут).

Требовалось хирургическое вмешательство в процесс. А процесс оказался долгим и не простым…

Удаляем существующий диск vc-0000156.vmdk и подставляем vc.vmdk в настройках виртуальной машины, но машинка в этом случае не стартанет останавливаясь на 47% и показывая

Failed to lock the file

Cannot open the disk ‘/volume/…….

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

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

«Пляски с бубном»  продолжились, не буду детально вдаваться, но в решении помогут следующие ссылки:

«Три дня и три ночи скакал Иван Царевич- пока скакалку не отобрали.» В итоге консолидацию удалось выполнить (на выключенной виртуальной машине).

Виртуалка благополучно стартанула, при том стала работать как положено, достаточно быстро. Сам vCenter также благополучно стартанул, но тут всплыл новый «косяк»:

На самом Vcenter Server «отвалились» все локальные учетные записи, то есть при подключении, как через Web, так и клиентом Vmware под доменными учетками авторизация проходит, а под локальными нет (обычно бывает наоборот). Что привело к этому, пока не ясно? Если есть этому объяснения, прошу написать в комментарии?

По добавлению локальных прав будет полезна вот эти ссылки:

P.S. 

Вчерашний день не закончился восстановлением vCenter… Точнее после его восстановления появились еще 2 проблемы: первая нода вылетела из HA, на второй оказался недоступен Vmotion

пришлось снова достать бубен с полки (благодарю за содействие Романа и Данилу).

Почему перестал работать Vmotion было непонятно вовсе (виртуалки никак не хотели перемещаться для начала поиска проблемы на ноде). Проблема оказалась странной:

Выключаешь порт на Cisco (в нашем случае vmnic2) виртуалки начинают мигрировать, включаешь перестают, но пришли к пониманию этого момента не быстро (с таким вообще ранее не доводилось сталкиваться).

Далее руками удалось смигрировать машинки на соседний хост, текущий перевести в  Maintanance Mode, с помощью Update Manager накатили на ноду обновления и вернули в строй. После этого включили vmnic2 на Cisco и нода благополучно вернулась в строй. Попутно накатили обновления и на первую ноду, после чего ошибка с РФ тоже исчезла. Ближе к ночи кластер благополучно вернулся к своему обычному состоянию. Это неприменно радовало…

Всем хорошей работы!!!

Структура файлов виртуальной машины при снятии Snapshot

Теперь посмотрим, что изменится после снятия снимка виртуальной машины esxi 5.5. Как видите добавились файлы с форматом vmsn и добавленным в название 000001. Это и есть жесткий диск новых данных после снапшота.

Если посмотреть на эти же файлы в консоли ssh, то этот файл на самом деле состоит из четырех. У меня на скриншоте два снапшота и в сумме они занимают 8 фалов.

• <name VM>—delta.vmdk — файл данных диска отличий от базового диска
• <name VM>-.vmdk — заголовочный файл
• <name VM>.vmsd — текстовый файл с параметрами снапшота (связи в дереве, SCSI-нода, время создания и т.п.)
• <name VM>.vmsn — файл с сохраненной памятью виртуальной машины

Как можно предположить основной файл это delta, который включает в себя все отличительные данные после снапшота от основного виртуального диска. Данный виртуальный диск состоит из блоков данных хранимых в формате redo-логов (или просто дочерний диск — child disk). Он же sparse-диск, то есть диск, который использует технологию Copy-On-Write (COW) при работе с данными. Идея технологии copy-on-write — при копировании областей данных создавать реальную копию только когда ОС обращается к этим данным с целью записи. Таким образом, этот виртуальный диск содержит только измененные от родительского диска области данных (delta).

файл.vmsd. Это текстовый файл, открыв в редакторе вы увидите все отношения между родительским и дочерними дисками, а также другую интересную информацию

Хочу напомнить, что снапшоты лежат вместе с виртуальной машиной но их расположение можно поменять.

В гостевой ос

Что вы обнаружите например в событиях гостевой системы при создании снапшота без галки Snapshot the virtual machine’s memory и включенной на Quiesce guest file system. Вы в просмотре событий, в журнале Приложения обнаружите ошибку VSS с кодом 12289 (Ошибка теневого копирования тома: Непредвиденная ошибка DeviceIoControl). Можете на нее забить, так как она происходит из за флоппи диска в конфигурации виртуальной машины.

так же если посмотреть через клиента VMware vSphere датастор на котором лежит виртуалка то вы обнаружите файл архив vss_manifests*.zip с конфигами с описанием всех найденных VSS writers в гостевой ОС.

Содержимое vss_manifests*.zip.

если в  архиве vss_manifests.zip только файл backup.xml — это означает, что снапшот по факту был сделан без использования VSS

Также стоит добавить некоторые требования к Quiesce guest file system

Поддержка Операционной системой консистентных снимков (VSS)
VSS компоненты VMware Tools установлены
Отсутствие динамических дисков внутри гостевой машины (Если внутри гостевой системы будет присутствовать хоть один динамический диск — не важно системный он или нет, то VSS задействован не будет. Снапшот будет создаваться успешно, но vss_manifests.zip будет пустым, как и логи событий внутри гостевой ОС

Это правило действует для гостевых ОСей Windows 2008 и выше)
Должна работать служба VSS в гостевой ОС

VSS- это сервис, который всего навсего перед бэкапом заставляет базу данных записать все транзакции на диск, далее БД приостанавливает свою работу, затем создаётся теневая копия тома, на что уходит несколько секунд, Далее БД продолжает свою работу в обычном режиме, а бэкап сливается уже с теневой копии. В VMWare теневая копия не создаётся, а создаётся delta vdmk, при этом исходный vdmk становится доступным на чтение и содержит консистентные данные, что позволяет его скопировать в качестве бэкапа.

Ошибка The operation is not supported on the object. CBT-enabled VM having multi-writer disk(s) is not supported

И так для одной из задач мне необходимо было развернуть две виртуальные машины на базе Windows Server 2019, к каждой необходимо было добавить общий LUN с СХД Dell SC5020. Для того, чтобы это сделать есть технология RDM, то есть проброс LUN внутрь виртуальной машины, и при попытке это сделать я получил ошибку:

The operation is not supported on the object. CBT-enabled VM having multi-writer disk(s) is not supported

Суть ошибки в том, что у меня включена опция поддержки механизма «Changed Block Tracking», который используется при резервном копировании. Выход из данной ситуации, это отключение данного механизма, чем мы и займемся.

Методы решения

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

Открыв свой датастор я увидел, что у меня виртуальная машина имеет две папки, первая имеет просто название виртуальной машины, а вторая добавляет в название _1.

Папка с нормальным именем содержала виртуальный диск виртуальной машины.

Согласитесь, что ситуация не правильная, не только исходя из того, что я не могу мигрировать виртуальную машину на другие диск, так еще и перестало работать задание по резервному копированию или я не могу на живую произвести расширение диска у виртуалки. При таком сценарии поправить все очень просто. Выключаем виртуальную машину. Нам необходимо вручную перенести конфигурационные файлы из папки с префиксом _1 в основную. Для этого на выключенной виртуалке щелкните правым кликом и выберите пункт «Remove from inventory», чтобы удалить именно из списка, а не с диска.

Далее вы переносите нужные файлы, после чего необходимо заново зарегистрировать виртуальную машину. Для этого кликаем по файлу с расширением vmx и выберите пункт «Register VM». Указываем нужный датастор и хост Vmware ESXI на котором будет зарегистрирована виртуалка.

В результате чего я получил работоспособную виртуальную машину у которой исчезла проблема с нулевым отображение размера ее виртуального диска и ошибка «Failed waiting for data. Error 195887107. Error encountered while unstunning the virtual machine for Storage vMotion» исчезла.

Чем плохи снапшоты

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

Плюсы снапшотов

• Возможность тестирования новых настроек или обновлений с возможностью легкого отката
• Резервное копирование виртуальных машин на лету без остановки

Такие снапшоты делаются на небольшой промежуток времени, до суток. Протестировали и удалили.

Минусы снапшотов

• snapshot быстро растут особенно при часто обновляемых данных. Растут они блоками по 16 мб. Если у вас например приложение СУБД, которое имеет много транзакций, то оно заполонит ваш датастор очень быстро, и может получиться так что на нем кончится место и виртуальная машина может перестать работать.
• Еще большой проблемой являются длинные цепочки снапшотов, сделанных на разных этапах настройки, штук так по 15 или 20. Все это вызывает торможение виртуальной машины и хранилище отжирая лишние iops.  Чем больше у вас цепочка тем дольше по ней идти до последнего снимка.

• Так же когда снапшот делает или удаляется хранилище испытывает дополнительную нагрузку, так как на датастор сбрасывается память и снимок
• Из за снапшотов вы не сможете использовать  Fault Tolerance или Storage VMotion, так как привязаны к хранилищу с вашими snapshot.
• Вы не сможете расширить виртуальный диск со снапшотом
• Снимки виртуальных машин с дисками в режиме RDM или гостевыми операционными системами, использующими инициатор iSCSI в гостевой системе, не поддерживаются.
• Снимки не поддерживаются устройствами ввода-вывода PCI vSphere Direct Path
• Если виртуальная машина имеет виртуальные жесткие диски размером более 2 ТБ, выполнение снимка может занять значительно больше времени

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

Conclusion

This blog post has explained recommendations that can help you fix the virtual machine consolidation needed status. VMware virtual machine disks consolidation is usually needed when one of the snapshots is corrupted, a snapshot chain is inconsistent, or a snapshot is locked by another ESXi host. Remember to regularly run VMware VM backup for virtual machines running in VMware vSphere. If you have data backup, you can restore the data and resume working if data is deleted, corrupted, encrypted by ransomware or if you see an error occurred during vCenter operation. The VMware vCenter Server should be backed up, just like other important VMs. NAKIVO Backup & Replication is a professional backup product that supports backing up virtual machines in VMware vSphere. Download NAKIVO Backup & Replication and back up your VMs to avoid data loss and downtime.

Алгоритм миграции P2V в Vmware

• Для того, чтобы вы могли преобразовать ваш сервер в виртуальную машину Vmware, вам нужно поставить VMware vCenter Converter Standalone 5.5 описано подробно тут.
• Далее подготовить ESXI хост, куда вы будите виртуализовывать физический сервер
• Запустить конвертер и пройти все этапы мастера преобразования

Запускаем VMware vCenter Converter Standalone 5.5, либо уже есть версия поновее 6.2.

Если выскочит ошибка A File I/O error occurred while accessing, то посмотрите из-за чего она происходит

Как виртуализовать физический сервер с помощью VMware vCenter Converter Standalone 5.x.x-01

Выбираем Convert machine

Как виртуализовать физический сервер с помощью VMware vCenter Converter Standalone 5.x.x-02

• Powered-on machine, работающий компьютер или сервер. Это основной метод работы VMware converter,  «без прерывания работы». Сервер может быть физическим или виртуальным. Находиться в локальной сети или быть локальным (та машина, на которую установлен конвертер). Операционная система Windows или Linux, не Unix. Для Linux сильно ограниченный список операционных систем.
• VMware Infrastructure virtual machine, в случае, если нужно виртуальную машину со старой платформы(Virtual Center 2.5, ESX(i) 2-4.1),  перевести на новую, пятую. Основное изменение в 5-ой версии VMware vSphere это новая версия виртуального оборудования за номером 8, вместе с ним изменились и VMware tools.
• VMware Workstation or other Virtual Machine. Workstation очень популярен среди администраторов и часто виртуальная машина из тестовой превращается во временную рабочую. Конвертер перенесет ее на ESXi, в среду vSphere без проблем. Выбираем так же этот пункт, если виртуальные машины работают у вас на VMware Fusion, VMware Player, VMware server 2.x
• Backup image or third-party virtual machine. Восстановление из имеющегося бэкапа или виртуальной машины другого производителя. Восстановление из резервной копии – это очень полезная функция и я ниже расскажу почему.
• Hyper-V server. Для перехода с платформы Microsoft на VMware. Отличается от  third-party virtual machine тем, что у вас должен иметься работающий сервер Hyper-V и подключаться конвертер будет к нему. Виртуальные машины должны быть выключены.

Для работы VMware Converter с Windows like операционной системой по схеме  «Powered-on machine» нужны учетные данные администратора системы, чтобы конвертер мог подключиться, установить агента и начать миграцию. Для Linux систем нужно ввести пароль root и иметь возможность подключаться удаленно по SSH. Возможно, понадобиться поправить конфигурационный файл sshd и разрешить root вход. Еще для входа root должен быть в группе wheel.

VMware Converter при корректном подключении определяет, какую операционную систему ему предстоит мигрировать. Сколько и какие у нее диски и разделы, сколько сетевых интерфейсов, оперативной памяти, процессоров. Все эти данные будут использованы для создания новой виртуальной машины на ESXi хосте. Я вбиваю адрес vCenter и учетные данные.

Как виртуализовать физический сервер с помощью VMware vCenter Converter Standalone 5.x.x-03

Игнорирую предупреждение на сертификат

Как виртуализовать физический сервер с помощью VMware vCenter Converter Standalone 5.x.x-04

Выбираем папку проекта для мигрируемой машины

Как виртуализовать физический сервер с помощью VMware vCenter Converter Standalone 5.x.x-05

Следующий шаг. Указываем хост ESXi на котором будет запущена виртуальная машина. Хранилище, куда будут записаны файлы ВМ и версию виртуального оборудования (10-ая это последняя, на текущий момент). Подозреваю, что если бы я указал в качестве «Destination system vCenter server», то выбор был бы больше, чем из одного варианта. Отобразились бы все доступные хосты и data store

Как виртуализовать физический сервер с помощью VMware vCenter Converter Standalone 5.x.x-06

На следующей странице можно задать какие диски нужно конвертировать какие нет, сколько нужно сетевых интерфейсов и многое другое.

Как виртуализовать физический сервер с помощью VMware vCenter Converter Standalone 5.x.x-07

Смотрим сводку

Как виртуализовать физический сервер с помощью VMware vCenter Converter Standalone 5.x.x-08

Finish. Теперь если посмотреть vCenter, там появился задача создания виртуальной машины.

Как виртуализовать физический сервер с помощью VMware vCenter Converter Standalone 5.x.x-09

В самом конверторе будет отображаться время выполнения задания. Как видите миграция P2V в Vmware, очень тривиальная.

Как виртуализовать физический сервер с помощью VMware vCenter Converter Standalone 5.x.x-10

Ошибка при удаленном подключении

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

netsh advfirewall set allprofiles state off потом обратно включить netsh advfirewall set allprofiles state on (Обязательно включите после настроек)

Далее если все удачно подключилось вы можете включить брандмауэр, и разрешить три правила

• netsh advfirewall firewall set rule group=»Remote Administration» new enable=yes
• netsh advfirewall firewall set rule group=»Remote Volume Management» new enable=yes
• netsh advfirewall firewall set rule group=”Windows Firewall Remote Management” new enable=yes

Благодаря им вы включите правила входящего трафика для трех служб

• Удаленное управление томами — служба виртуальных дисков (RPC)
• Удаленное управление томами — загрузчик виртуальных дисков (RPC)
• Удаленное администрирование

Так же вы можете выполнить нужные правила для брандмауэра и удаленно, так же через утилиты из пакета SysInternals.

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

key HKLM\SYSTEM\CurrentControlSet\Services\vds

Щелкните правым кликом по ветке VDS и откройте разрешения. Убедитесь, что у группы «ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ (ALL APPLICATION PACAKAGES)» есть права на чтение, если их нет, то их нужно предоставить.

На этом у меня все, с вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org, до новых встреч.

Полезные ссылки

• https://answers.microsoft.com/en-us/windows/forum/all/disk-management-could-not-start-virtual-disk/b28b1e64-a8ea-4f8f-9e5e-1ff01d7b4b60?auth=1
• https://docs.microsoft.com/ru-ru/windows-server/storage/disk-management/troubleshooting-disk-managemen
• thttps://www.kapilarya.com/disk-management-could-not-start-virtual-disk-service-on-windows-10
• https://answers.microsoft.com/en-us/windows/forum/all/how-to-get-virtual-disk-service-listed-again-in/3d8b12d8-4fb3-4d04-98b8-a053b871fa4d
• https://answers.microsoft.com/en-us/windows/forum/all/windows-services-problems-after-cloning-hdd/13991264-a77d-49e0-8f3d-5db59fea18a9
• https://docs.microsoft.com/en-us/windows/win32/vds/virtual-disk-service-portal
• https://support.microsoft.com/en-us/help/947709/how-to-use-the-netsh-advfirewall-firewall-context-instead-of-the-netsh

Причины ошибки «There is no more space for virtual disk»

Вот такое вот веселое уведомление вы можете обнаружить у себя на гипервизоре.

Полный текст ошибки следующий.

«msg,hbacommon.outofspace: There is no more space for virtual disk 169srv01-000001.vmdk. You might be able to continue this session by freeling disk space on the relevant volume and click Retry. ClickCancel to terminate this session»

место на разделе с VMFS закончилось, стало невозможным ни создание снапшота, ни нормальная работа виртуальной машины, в результате наша виртуальная машина перешла в режим паузы (включена, но не использует ресурсы CPU).

• У меня данная ошибка выскочила из-за бэкапа veeam, который с начало делает snapshot, а потом идет резервное копирование vm.
• Не правильное планирование дискового массива, выделение пространства больше чем у вас есть, очень часто встречается при применении тонких дисков.

Как я и писал выше я такое наблюдал и у облачных провайдеров, у которых все построено на vCloud Director.  История была такая, вечером на виртуальной машине стали проводиться работы, вдруг в какой-то момент, она стала отваливаться, и через некоторое время становиться доступной, время работы сервера не сбивалось, что означало, что перезапусков не было. Зайдя в консоль управления vCloud Director, я обнаружил на против нужной мне виртуальной машины, предупреждение «Require action».

Нажав на «Require action», открылось дополнительное окно.

There is no more space for virtual disk /vmfs/volumes/5ac745dc-bb7f6862-141a-3c7843285a20/имя (cd4fdab7-c7a0-46c6-b304-c655c88191f8)/имя (cd4fdab7-c7a0-46c6-b304-c655c88191f8).vmdk. You might be able to continue this session by freeing disk space on the relevant volume, and clicking Retry. Click Cancel to terminate this session.

Что так же говорило, о том, что закончилось место. В итоге выяснилось, что на более низком уровне (СХД), была допущена ошибка со стороны ЦОДА, и наша виртуалка просто перестала умещаться.

Как решается ошибка «Unable to Connect to Virtual Disk Service»

Исходя из сообщения ошибки при удаленном доступе, что есть сложности к подключению к службе «Virtual Disk (Виртуальный диск)». Служба виртуальных дисков (VDS) управляет широким спектром конфигураций хранилища, от одно дисковых рабочих столов до внешних массивов хранения. Сервис предоставляет интерфейс прикладного программирования (API). По умолчанию данная служба в системе автоматически не запускается, и начинает работать, когда какая-то оснастка или программа начинает ее запрашивать.

Первое, что вы должны сделать в ситуации с ошибкой «Unable to Connect to Virtual Disk Service (Невозможно подключиться к службе виртуальных дисков.)» это изменить ее тип запуска. Для этого вы должны попасть в оснастку services.msc запущенную через окно выполнить.

Далее вам нужно найти службу «Virtual Disk (Виртуальный диск)». У нее с большой вероятностью будет тип запуска «Вручную (Manual)».

Щелкнем по ней правым кликом и выберите свойства (Properties)

Далее в пункте «Тип запуска (Startup type)» выберите пункт «Automatic (Автоматическая)».

После этого вам необходимо ОБЯЗАТЕЛЬНО ПЕРЕЗАГРУЗИТЬ СЕРВЕР

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

После того, как мой сервер перезагрузился я смог спокойно открыть оснастку «Управление дисками» и ошибка «Unable to Connect to Virtual Disk Service» исчезла.

Как вернуть активную опцию «migrate»

У компании VMware есть KB в которой описаны вот такие симптомы:

• Параметр миграции неактивен на выключенной виртуальной машине в vSphere Client.
• Вы не можете перенести выключенную виртуальную машину.
• В vSphere Client, когда вы выбираете опцию «Migrate» на вкладке «Summary» для виртуальной машины, вы видите ошибку:

Call «VirtualMachine.Relocate» for object «Virtual Machine-NAME» on vCenter Server «vCenter-Name» failed

Подробнее можно почитать вот тут — https://kb.vmware.com/s/article/2044369

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

Get-vm | Select name,@{Name=»RelocateVM»;Exp={$_| get-view | Select-Object –ExpandProperty DisabledMethod | %{$_ -like «RelocateVM_Task»} | Sort-Object -Unique| Measure-Object | Select-Object -ExpandProperty Count}} | where{$_.RelocateVM -ne 1}

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

Нам нужно удалить регистрацию виртуальной машины из vCenter Server Inventory. Для этого через правый клик вызовите на сбойном сервере контекстное меню и найдите там пункт «Remove from iventory», это не удалит сервер с датасторов, а просто уберет его из списка зарегистрированных.

Перед удалением из vCenter Server Inventory выключите виртуальную машину и запомните на каком датасторе она у вас располагалась

Соглашаемся с тем, что отменяем ее регистрацию в vCenter.

Далее вы открываете ваш датастор с виртуальными дисками вашего сервера, находите там файл конфигурации, он имеет формат vmx. Далее нажимаем кнопку «Register VM».

У вас откроется мастер регистрации «Register Virtual Machine», на первом шаге вам нужно указать имя виртуальной машины, я оставлю как есть и по возможности вы можете ее сразу положить в контейнер.

Далее выбираем в каком кластере оно будет работать.

Завершаем нашу регистрацию.

Теперь проверьте, что у вас стал активен пункте «Migrate» у виртуальной машины.

Еще у сбойной машины я вам советую обновить VMware Tools, точнее удалить текущие и потом установить свежие.

На этом у меня все. Мы починили кнопку миграции, с вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.