После выключения виртальной машины , и запуска консолидации дисков, невозможно включить виртуалку (Vmware condsolidation neded The virtual machine does not turn on)

На виртуалке в выключенном состоянии нажать (consolidate) — так как она просит этого

После этого машину невозможно запустить. (что-то типа: «в этом состоянии запуск выбранной машины невозможен»)

Консолидация может занять и сутки (если виртуальна машина большая).

Итого: виртуальную машину выключили для профилактики на 10 минут, а запустить не удается. Остается рвать на себе волосы и получать нагоняй от всех руководителей.

Выход: (опробовано на ESXI 5.5)

  1. Находим процесс «отвечающий» за консолидацию

~ # vim-cmd vimsvc/task_list
(ManagedObjectReference) [
‘vim.Task:haTask-369-vim.VirtualMachine.consolidateDisks-284180237’
]

2. Проверяем, что это именно тот процесс что нам нужен

~ # vim-cmd vimsvc/task_info haTask-369-vim.VirtualMachine.consolidateDisks-284180237
(vim.TaskInfo) {
dynamicType = <unset>,
key = «haTask-369-vim.VirtualMachine.consolidateDisks-284180237»,
task = ‘vim.Task:haTask-369-vim.VirtualMachine.consolidateDisks-284180237’,
description = (vmodl.LocalizableMessage) null,
name = «vim.VirtualMachine.consolidateDisks»,
descriptionId = «VirtualMachine.consolidateDisks»,
entity = ‘vim.VirtualMachine:369’,
entityName = «VM01»,
state = «running»,
cancelled = false,
cancelable = true,
error = (vmodl.MethodFault) null,
result = <unset>,
progress = 4,
reason = (vim.TaskReasonUser) {
dynamicType = <unset>,
userName = «vpxuser»,
},
queueTime = «2017-04-26T07:42:30.685443Z»,
startTime = «2017-04-26T07:42:30.685972Z»,
completeTime = <unset>,
eventChainId = 284180237,
changeTag = <unset>,
parentTaskKey = <unset>,
rootTaskKey = <unset>,
}

3. Прибиваем процесс

~ # vim-cmd vimsvc/task_cancel haTask-369-vim.VirtualMachine.consolidateDisks-284180237

Остановка процесса может занять продолжительное время (у меня заняло 5-10 минут).

В итоге машина прекрасно запустилась и работает.

ЗЫ:

Если меется подобное предупреждение:

An error was received from the ESX host while powering on VM SERVER01.
Failed to start the virtual machine.
Module DiskEarly power on failed. 
Cannot open the disk 'SERVER01-000001.vmdk' or one of the snapshot disks it depends on. 
The system cannot find the file specified

то

To investigate this problem I had to look at the VMDK files for the VM, by running the following command:

~ # ls -lh /vmfs/volumes/Datastore1/SERVER01/*.vmdk
-rw——-    1 root     root       40.0G Dec 17 18:12/vmfs/volumes//Datastore1/SERVER01/SERVER01-flat.vmdk
-rw——-    1 root     root         501 Dec 17  2013 /vmfs/volumes//Datastore1/SERVER01/SERVER01.vmdk
-rw——-    1 root     root     1000.0G Dec 17 20:28/vmfs/volumes//Datastore1/SERVER01/SERVER01_1-flat.vmdk
-rw——-    1 root     root         494 Dec 17  2013 /vmfs/volumes//Datastore1/SERVER01/SERVER01_1.vmdk
-rw——-    1 root     root     1000.0G Dec 17 20:28 /vmfs/volumes//Datastore1/SERVER01/SERVER01_1-000001-delta.vmdk
-rw——-    1 root     root         494 Nov 22 11:54 /vmfs/volumes//Datastore1/SERVER01/SERVER01_1-000001.vmdk
-rw——-    1 root     root      522.1G Dec 17 18:01 /vmfs/volumes//Datastore1/SERVER01/SERVER01_2-flat.vmdk
-rw——-    1 root     root         494 Dec 17  2013 /vmfs/volumes//Datastore1/SERVER01/SERVER01_2.vmdk
-rw——-    1 root     root      617.8G Dec 17 18:01 /vmfs/volumes//Datastore1/SERVER01/SERVER01_1-000001-delta.vmdk
-rw——-    1 root     root         494 Nov 22 11:54 /vmfs/volumes//Datastore1/SERVER01/SERVER01_1-000001.vmdk
-rw——-    1 root     root     1000.0G Dec 17 18:01 /vmfs/volumes//Datastore1/SERVER01/SERVER01_3-flat.vmdk
-rw——-    1 root     root         494 Dec 17  2013 /vmfs/volumes//Datastore1/SERVER01/SERVER01_3.vmdk
-rw——-    1 root     root      567.3G Dec 17 18:01 /vmfs/volumes//Datastore1/SERVER01/SERVER01_1-000001-delta.vmdk
-rw——-    1 root     root         494 Nov 22 11:54 /vmfs/volumes//Datastore1/SERVER01/SERVER01_1-000001.vmdk

The file that the error say is missing, is not there, but I could see that the disk SERVER01_1-flat.vmdk was updated latest at Dec 17 18:12 and that was after the snapshot removal was started, and that SERVER01_1-flat.vmdk was update latest at Dec 17 20:28, this means the SERVER01_1-flat.vmdk was fully consolidated, but the VMX file did not reflect this, so i just edited one line i the VMX file:

Before (part of the VMX file):

1
2
scsi0:0.fileName = "SERVER01-000001.vmdk"
scsi0:0.mode = "persistent"
After (part of the VMX file):

1
2
scsi0:0.fileName = "SERVER01.vmdk"
scsi0:0.mode = "persistent"
Afterward I could power on the machine without any problems, and then initiate a Consolidate Snapshots, to delete the remaining snapshot, will the machine is running.
По мотивам

Один комментарий к “После выключения виртальной машины , и запуска консолидации дисков, невозможно включить виртуалку (Vmware condsolidation neded The virtual machine does not turn on)”

  1. Спасибо тебе, добрый человек! Эта инструкция спасла наше предприятие от неминуемого простоя в работе на 1-2 суток !!!!

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *