Предупреждение ‘Virtual Machine disks consolidation is needed’ на вкладке Summary виртуальной машины в консоли VMWare vSphere означает, что при удалении снапшота (операция Delete или Delete All) не удалились корректно (остались на диске) файлы виртуальных vmdk файлов снапшотов или логи. В результате не удается выполнить резервное копирование виртуальной машины.
Самые распространённые причины появления ошибки «Virtual Machine disks consolidation is needed»:
- Плохая производительность дискового хранилища, из-за которого удаление/консолидация снапшотов отваливаются по таймауту или большой размер снапшота;
- На VMFS хранилище недостаточно места для выполнения консолидации;
- vSphere или стороннее приложение (как правило это приложение резервного копирования, HP DataPtotector, Veeam или Netapp VSC) заблокировало файлы снапшотов. Убедитесь, что отсутствует запушенные процессы резервного копирования виртуальной машины;
- Проблемы с потерей подключения (возможно временные) между серверов vCenter и хостом ESXi;
Для исправления ошибки «Virtual machine Consolidation Needed status «необходимо щелкнуть ПКМ по виртуальной машине и выбрать в меню пункт ВМ -> Snapshots -> Consolidate.
Подтверждаем удаление избыточных логов. После этого vCenter выполнит консолидацию дисков и очистку логов. Процесс консолидации может занять несколько минут, в течении которых производительность ВМ может ухудшиться.
После этого предупреждение о необходимости консолидации ВМ исчезнет.
В некоторых случая при выполнении консолидации в консоли vSphere может появится ошибка:
VMware в этом случае рекомендует выполнить перезапуск агентов Management agents на сервере ESXi. Для этого нужно подключиться к хосту по SSH и выполнить команду:
Однако вы можете попробовать разблокировать файлы виртуальной машины так:
- Выключите виртуальную машины (если возможно);
- Создайте новый снапшот;
- Удалите свсе снапшоты ВМ с помощю пункта «Delete All»;
- Переместите ВМ на другой ESXi с помощью vMoteion;
- Попробуйте выполнить консолидацию снапшотов как указано выше.
Вы можете найти все виртуальные машины, которые требуют консолидации с помощью PowerCLI. Для этого подключитесь к своему серверу vCenter:
Теперь получим список всех ВМ со статусом «Virtual machine disks consolidation is needed»:
Теперь можно выполнить консолидацию дисков всех полученных машин:
Ошибка virtual machine disks consol > 11.11.2014 Vmware, VirtualBox 15 комментариев
Ошибка virtual machine disks consol >
Добрый день уважаемые читатели, сегодня расскажу как решается ошибка висящая на виртуальной машине в ESXi 5.5 и звучит она virtual machine disks consol >
Устраняем virtual machine disks consolidation is needed
Вот так вот выглядит эта ошибка, некое такое предупреждающее сообщение на вкладке Summary.
Возникла ошибка virtual machine disks consolidation is needed в ESXI 5.x.x, причина это удаление snapshot. После его удаления остались файлы которые не смогли слиться с основным файлом виртуального диска, и требуется провести консолидацию. Выбираете нужную машину правым кликом меню Power-Consolidate.
После чего произойдет слияние дисков, и предупреждение пропадет. Сам процесс слияние или merge может идти долго, все будет зависеть от некоторых факторов
- Загруженность виртуальной машины
- Ее размер
- Количество снапшотов, которые нужно консолидировать
У меня были случаи в практике, что виртуалка так консолидировалась 3 дня. Надеюсь вам помогла эта заметка и вы смогли устранить ошибку virtual machine disks consolidation is needed
Популярные Похожие записи:
15 Responses to Ошибка virtual machine disks consol >
Спасибо за информацию, только мне кажется не в пункте «Power», а в пункте «Snapshot».
Спасибо мне помогло исправить данную ошибку, после veeam осталось так
your blo was much interesting for me! I will say thanks u a lot to posting the interesting stuff.
Your blog is very useful to us! I’ll thank you you very much to posting the interesting information!
Это действие выполняется при выключенной виртуальной машине или можно при включенной. Просто при включенной виртуалке выбивает ошибку
Unable to access file since it is locked
An error occurred while consolidating disks: Failed to lock the file.
Consolidation failed for disk node ‘scsi0:0’: Failed to lock the file.
В большинстве случаев можно на работающей машине, но бывает и таке, что только при выключенной. В вашем случае файлы заблокированы.
Можете подсказать, что делать в моём случае с заблокированными файлами, т.к eSXI я пока слабоват
Точный скриншот ошибки можете прислать
Спасибо. Оказалось, что проблема решается в 2 клика.
Что может быть причиной застревания консолидаци на 100% в ESXi 5.5
Как через CLI проконтролировать закончился процесс и висит или что-то происходит.
По состоянию на сейчас — в клиенте внизу прогрессиндикатор стоит на 100%
VM не стартует. При вводе ls /vmfs/volumes -lah очень длительная пауза, после которой
ls: /vmfs/volumes/59fc7957-0a74399d-fab7-001e67a1b700: Device or resource busy
и это как раз проблемный datastor
Я уже экспериментировал — если хост перегрузить, всё заработает и консолидация больше не потребуется, но, подозреваю, остануться не удалёнными ненужные файлы и я не знаю какие.
Кстати попытки удалить файлы через cli с этого datastore тоже завешивают консоль.
Вы смотрите по времени изменения файла, если оно не меняется то процесс завис, если меняется, то ждите, у меня на сайте есть про это статья, про снапшоты, прочитайте ее, будет полезно.
Ну, в общем я нашёл кое что, про что у Вас не читал — после застопорившегося consolidate любые попытки просмотреть внутренности каталога данного datastore приводят к подвисам или ошибкам, что device busy. Попытка перезагрузки хоста сопровождается евентом в консоли, что есть проблема с power off проблемной машины, хотя она не была запущена. После чего клиент отваливается, хост пинговаться перестаёт, но на экране самого хоста висит штатная заставка, а он сам на клики на клаве не реагирует. Делаем аппаратный poweroff, хост нормально поднимается и проблемная машина нормально стартует. Сообщение о необходимости консолидации не появляется, НО в каталогес VM помимо имяVM-00000x.vmdk есть ещё и имяVM-00000x-sesparse.vmdk. Создаётся впечатление, что подвис происходит на этапе удаления указанных файлов (в основе предположения — когда при первой попытке удалял папку проблемной машины из CLI — тоже всё подвисло). Останавливаем машину, заходим в CLI и переносим все имяVM-00000x.vmdk и имяVM-00000x-sesparse.vmdk в другой каталог на этом же томе (это чтоб прошло банальное переименование без фактического удаления источника). Машина нормально стартует и очень быстро работает. Врзвращаемся к CLI, переходим в каталог, куда мувнули файлы и пробуем удалять — имяVM-00000x-sesparse.vmdk удаляются без проблем, а вот попытка удалить эти sesparse приводит к зависанию, но не консоли, как я думал, а тома.
Там ошибочка — без проблем удалялся файл без sesparse
Last week I had a customer with a VM that required virtual disk consolidation, however when he attempted to perform this from the vSphere client it would run for hours and unfortunately fail:
The virtual disk is either corrupted or not a supported format.
I waited till we could get a service window on the VM, performed a shutdown and re-ran the disk consolidation. Still the same error message!
I then used command vim-cmd vmsvc/getallvms to quickly locate the volume containing the VM:
Then checked if there was any locks on the vmdk file:
I have highlighted the line showing us there is a RO (Read-Only) lock on the VMDK file. This is most likely what is causing the disk consolidation to fail. The last part of the line 0026b9564d86 is the mac address of the host locking the file.
Lets lookup if the host running the VM currently is also the host locking the file:
The mac address matched up and a quick Google search revealed the following VMware Knowledge Base article.
As suggested in the article I then performed a vMotion of the VM to a different host and re-tried the disk consolidation.
Finally it finished without errors!
As always, if this helped you please leave a comment! ��