Virtual machine consolidation needed status что это
Исправляем ошибку: Virtual Machine disks consolidation is needed
Предупреждение ‘Virtual Machine disks consolidation is needed’ на вкладке Summary виртуальной машины в консоли VMWare vSphere означает, что при удалении снапшота (операция Delete или Delete All) не удалились корректно (остались на диске) файлы виртуальных vmdk файлов снапшотов или логи. В результате не удается выполнить резервное копирование виртуальной машины.
Самые распространённые причины появления ошибки «Virtual Machine disks consolidation is needed»:
Consolidate консолидация снапшотов виртуальной машины» srcset=»https://winitpro.ru/wp-content/uploads/2018/11/snapshots-greater-consolidate-konsolidaciya-snapshotov-vi.png 459w, https://winitpro.ru/wp-content/uploads/2018/11/snapshots-greater-consolidate-konsolidaciya-snapshotov-vi-300×132.png 300w» sizes=»(max-width: 459px) 100vw, 459px» />
Появится окно с запросом:
This operation consolidates all redundant redo logs on your virtual machine. Are you sure you want to continue?
Подтверждаем удаление избыточных логов. После этого vCenter выполнит консолидацию дисков и очистку логов. Процесс консолидации может занять несколько минут, в течении которых производительность ВМ может ухудшиться.
После этого предупреждение о необходимости консолидации ВМ исчезнет.
В некоторых случая при выполнении консолидации в консоли vSphere может появится ошибка:
VMware в этом случае рекомендует выполнить перезапуск агентов Management agents на сервере ESXi. Для этого нужно подключиться к хосту по SSH и выполнить команду:
Однако вы можете попробовать разблокировать файлы виртуальной машины так:
Вы можете найти все виртуальные машины, которые требуют консолидации с помощью PowerCLI. Для этого подключитесь к своему серверу vCenter:
Теперь получим список всех ВМ со статусом «Virtual machine disks consolidation is needed»:
Теперь можно выполнить консолидацию дисков всех полученных машин:
Virtual machine consolidation needed status что это
Добрый день уважаемые читатели, сегодня расскажу как решается ошибка висящая на виртуальной машине в ESXi 5.5 и звучит она virtual machine disks consolidation is needed. Если перевести это дословно, то вас культурно просят восстановить целостность виртуальной машины, так как это не совсем хорошо, из за этого она может очень сильно проседать по производительности, и как следствие все сервисы в ней.
Устраняем virtual machine disks consolidation is needed в ESXI 5
Вот так вот выглядит эта ошибка, некое такое предупреждающее сообщение на вкладке Summary.
Ошибка virtual machine disks consolidation is needed в ESXI 5.x.x-01
Возникла ошибка virtual machine disks consolidation is needed в ESXI 5.x.x, причина это удаление snapshot. После его удаления остались файлы которые не смогли слиться с основным файлом виртуального диска, и требуется провести консолидацию. Выбираете нужную машину правым кликом меню Power-Consolidate.
Ошибка virtual machine disks consolidation is needed в ESXI 5.x.x-02
После чего произойдет слияние дисков, и предупреждение пропадет. Сам процесс слияние или merge может идти долго, все будет зависеть от некоторых факторов
У меня были случаи в практике, что виртуалка так консолидировалась 3 дня.
Устраняем virtual machine disks consolidation is needed в vCenter 7
На текущий момент у меня гипервизоры ESXI 7, тут эта ошибка так же легко встречается.
Дожидаемся когда закончиться наше задание консолидации.
После завершения задания убедитесь, что статус «virtual machine disks consolidation is needed» пропал.
Что делать, если штатная консолидация не помогла
Вот интересная ситуация, вроде бы задание отработало, но вот статус у виртуальной машины остался «Virtual machine disks consolidation is needed», лишь цвет предупреждения сменился на уведомительный.
Тут проблема в том, что если вы на уровне датастора посмотрите файлы виртуальной машины, то сможете обнаружить, что там много файлов от снимков.
Чтобы это поправить, вам необходимо в ручном режиме, создать снапшот и затем его просто удалить. Это позволит механизму обнаружить все имеющиеся снимки и объединить их.
Как объединить снимки из PowerCLI
Все эти же действия можно сделать и через PowerCLI, как его устанавливать смотрите по ссылке слева. Первое, что делаем, это подключаемся или к хосту или к vCenter серверу. Далее нам нужно получить список виртуальных машин с остатками от снимков. Чтобы получить список виртуальных машин, сообщающих о проблеме «Требуется консолидация дисков виртуальных машин», мы можем вызвать командлет Get-VM, чтобы определить, требуется ли консолидация виртуальных машин.
Далее выведем просто $VMs. В моем примере нашлось несколько виртуальных машин, где требуется консолидация.
Теперь, чтобы объединить диски, вам нужно выполнить:
Дополнительно
Может быть ситуация, что вы используете прокси Veeam, для ускорения резервного копирования и в нем могут застревать диски, которые будут приводить к проблеме консолидации.
Популярные Похожие записи:
17 Responses to Ошибка virtual machine disks consolidation is needed в ESXI
Спасибо за информацию, только мне кажется не в пункте «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 клика.
Вы смотрите по времени изменения файла, если оно не меняется то процесс завис, если меняется, то ждите, у меня на сайте есть про это статья, про снапшоты, прочитайте ее, будет полезно.
Ну, в общем я нашёл кое что, про что у Вас не читал — после застопорившегося 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
Вышеописанные способы не помогли(
Мне помогло:
1) Выключить VM;
2) Удалить ее из перечня (Remuve from Inventory);
3) Зарегистрировать ее повторно (зайти через vCenter в папку с VM; найти файл с расширением VMX и зарегистрировать);
4) Повторить консолидацию.
Как исправить ошибку: Virtual Machine disks consolidation is needed?
Появилось предупреждение в esxi сервере Virtual Machine disks consolidation is needed, это произошло после обновления версии хоста, маши при этом запускается и работает, что можно сделать?
Предупреждение ‘Virtual Machine disks consolidation is needed’ на вкладке Summary виртуальной машины в консоли VMWare vSphere означает, что при удалении снапшота (операция Delete или Delete All) не удалились корректно (остались на диске) файлы виртуальных vmdk файлов снапшотов или логи. В результате не удается выполнить резервное копирование виртуальной машины.
Самые распространённые причины появления ошибки «Virtual Machine disks consolidation is needed»:
Consolidate консолидация снапшотов виртуальной машины» sizes=» 459px) 100vw, 459px» src=»https://winitpro.ru/wp-content/uploads/2018/11/snapshots-greater-consolidate-konsolidaciya-snapshotov-vi.png» srcset=»https://winitpro.ru/wp-content/uploads/2018/11/snapshots-greater-consolidate-konsolidaciya-snapshotov-vi.png 459w, https://winitpro.ru/wp-content/uploads/2018/11/snapshots-greater-consolidate-konsolidaciya-snapshotov-vi-300×132.png 300w» />
Появится окно с запросом:
This operation consolidates all redundant redo logs on your virtual machine. Are you sure you want to continue?
Подтверждаем удаление избыточных логов. После этого vCenter выполнит консолидацию дисков и очистку логов. Процесс консолидации может занять несколько минут, в течении которых производительность ВМ может ухудшиться.
После этого предупреждение о необходимости консолидации ВМ исчезнет.
В некоторых случая при выполнении консолидации в консоли vSphere может появится ошибка:
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.
VMware в этом случае рекомендует выполнить перезапуск агентов Management agents на сервере ESXi. Для этого нужно подключиться к хосту по SSH и выполнить команду:
Однако вы можете попробовать разблокировать файлы виртуальной машины так:
Вы можете найти все виртуальные машины, которые требуют консолидации с помощью PowerCLI. Для этого подключитесь к своему серверу vCenter:
Теперь получим список всех ВМ со статусом «Virtual machine disks consolidation is needed»:
Теперь можно выполнить консолидацию дисков всех полученных машин:
consolidate virtual machine disk files
Предупреждение ‘Virtual Machine disks consolidation is needed’ на вкладке Summary виртуальной машины в консоли VMWare vSphere означает, что при удалении снапшота (операция Delete или Delete All) не удалились корректно (остались на диске) файлы виртуальных vmdk файлов снапшотов или логи. В результате не удается выполнить резервное копирование виртуальной машины.
Самые распространённые причины появления ошибки «Virtual Machine disks consolidation is needed»:
Появится окно с запросом:
This operation consolidates all redundant redo logs on your virtual machine. Are you sure you want to continue?
Подтверждаем удаление избыточных логов. После этого vCenter выполнит консолидацию дисков и очистку логов. Процесс консолидации может занять несколько минут, в течении которых производительность ВМ может ухудшиться.
После этого предупреждение о необходимости консолидации ВМ исчезнет.
В некоторых случая при выполнении консолидации в консоли vSphere может появится ошибка:
VMware в этом случае рекомендует выполнить перезапуск агентов Management agents на сервере ESXi. Для этого нужно подключиться к хосту по SSH и выполнить команду:
Однако вы можете попробовать разблокировать файлы виртуальной машины так:
Вы можете найти все виртуальные машины, которые требуют консолидации с помощью 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 клика.
Вы смотрите по времени изменения файла, если оно не меняется то процесс завис, если меняется, то ждите, у меня на сайте есть про это статья, про снапшоты, прочитайте ее, будет полезно.
Ну, в общем я нашёл кое что, про что у Вас не читал — после застопорившегося 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! ��
Детектор снапшотов Snapshot Hunter — встроенная функциональность Veeam Backup & Replication v8
Продолжая тему снапшотов, затронутую в недавней статье, сегодня я расскажу о том, как Veeam Backup & Replication помогает минимизировать влияние снапшотов на «окружающую среду».
По разным причинам иногда снапшоты становятся «незримыми» для vCenter: информация о них не выводится ни в каких отчетах и не видна нигде в UI, однако сами снапшоты живут и здравствуют на СХД. Виртуальная машина преспокойно использует такой снапшот – а вот это как раз и может привести к проблемам из-за «съедаемого» места на СХД и падения производительности. Скажем прямо, проблемы, возникшие по вине снапшота-«невидимки» – достаточно частая причина обращения в саппорт.
Чтобы узнать о методах борьбы со снапшотами (видимыми и невидимыми), смотри под кат.
Крошка сын создал снапшот, и спросила кроха: «Снимок — это хорошо или это плохо?»
Как известно, в среде VMware снапшоты представляют собой дополнительные диски на СХД; на них выполняются все операции записи, пока предыдущая точка находится в состоянии «только чтение». Помимо пользы, существование снапшота влечет за собой ряд не очень приятных последствий: место на диске, занимаемое снапшотами, отнимается от ценных массивов хранения СХД, а из-за того, что чтение-запись ведется на разных виртуальных дисках, производительность виртуальных машин может упасть.
Администраторы VMware знают, что оставить снапшот виртуальной машины открытым для чтения-записи на длительное время означает с большой вероятностью создать проблему для эффективной работы виртуальной инфраструктуры. Поэтому резонно отслеживать наличие таких снапшотов, например, периодически запуская отчет Active Snapshots из пакета отчетов для VMware, входящего в решение Veeam ONE.
Это хороший способ контролировать ситуацию со снапшотами. Однако есть ситуации, когда его может оказаться недостаточно.
Кто такие снапшоты-«невидимки», и как они появляются?
Рассмотрим процесс поближе: в Veeam Backup & Replication любое задание резервного копирования или репликации начинается с создания снапшота виртуальной машины. Такой метод позволяет корректно выполнить «заморозку» (quiescence), т.е. завершить работу с данными, сохраняемыми на виртуальный диск – это гарантирует консистентность данных резервной копии. Итак, в первую очередь Veeam Backup & Replication отправляет на vCenter запрос на создание снапшота. После того, как это произошло, копируются данные «замороженного» виртуального диска целиком либо частично (если выполняется инкрементальный проход бэкапа). Затем Veeam отправляет на vCenter запрос на выполнение коммита — т.е. все изменения, которые писались в дельта-файл снапшота, пока шло копирование данных, должны быть внесены в VMDK, и снапшот должен быть удален – эта процедура называется консолидацией.
Вот тут возможен такой поворот событий: даже если vCenter отрапортовал об удалении снапшота, в реальности этого удаления могло не произойти, и незакрытый снапшот остался жить своей жизнью (причем так, что vCenter об этом не узнал), со всеми вытекающими из этого негативными последствиями. Например, попытка удаления снапшота при том, что диск виртуальной машины был приаттачен к HotAdd proxy, может стать причиной появления снапшота- «невидимки» (подробнее о HotAdd proxy см. здесь – на англ. языке).
В Veeam Backup & Replication v8 удалось побороть проблему снапшотов-«невидимок», которые мог оставить после себя проход бэкапа или репликации. Это было сделано с помощью фичи под названием Snapshot Hunter («охотник за снапшотами»). «Охотник» выслеживает такие снапшоты и автоматически их удаляет.
Что мы видим на экране?
Как только vSphere завершит (или думает, что завершила) работу со снапшотом виртуальной машины, в клиентском UI появится соответствующее уведомление:
Тут же Snapshot Hunter подключается к виртуальной инфраструктуре и читает данные с СХД, где хранятся файлы этой виртуальной машины. Если снапшот, созданный во время бэкапа, всё еще «висит» там, информация об этом выведется в сессии текущего задания в консоли Veeam Backup & Replication, и затем начинается процесс автоматической консолидации.
Наблюдать за работой «охотника» можно и в представлении History: в дереве слева находим узел System (системные задания) и отфильтровываем список системных заданий, используя строку поиска. В правой панели появится список заданий, работающих над консолидацией снапшотов. Каждое такое задание и есть «охотник за снапшотами»:
Что при этом происходит?
Если по истечении 12 часов снапшот все еще не удается удалить корректным образом (пройдя шаги 1-3), Veeam Backup письменно уведомит пользователя о наличии «зависшего» снапшота, поскольку, скорее всего, проблема требует ручного вмешательства. А именно — если у вас в общих настройках сконфигурирована отправка уведомлений по email (как описано здесь), вы получите письмо такого содержания:
«VM virtual_machine_name needs snapshot consolidation, but all automatic snapshot consolidation attempts have failed.
Most likely reason is a virtual disk being locked by some external process. Please troubleshoot the locking issue, and initiate snapshot consolidation manually in vSphere Client.«
Или, говоря по-русски:
«Для виртуальной машины имя_ВМ необходимо выполнить консолидацию снапшота. Попытки автоматической консолидации не привели к успеху. Вероятнее всего, виртуальный диск залочен из-за какого-то внешнего процесса. Пожалуйста, выявите причину такого состояния виртуального диска и выполните консолидацию снапшота в ручном режиме, используя vSphere Client.«
И что делать, если потребуется провести консолидацию самостоятельно в ручном режиме?
После того, как вы выяснили, что же именно мешает консолидации и удалению снапшота, и устранили первопричину, рекомендуется следовать процедурам, предписанным VMware.
Для каких снапшотов это работает?
Snapshot Hunter запускается для всех заданий бэкапа и репликации (для нее будут выслеживаться снапшоты на стороне источника) — как для обычных, так и для выполняемых с использованием storage snapshots; он также работает для бэкапа с vCloud Director и для VeeamZIP. При этом «отлавливаются» только снапшоты, созданные этими заданиями в ходе работы Veeam Backup & Replication, а, например, снапшоты, созданные самими пользователями, затронуты не будут.
Такой механизм применяется и для выявления тех снапшотов-«невидимок», которые возникли в ходе работы заданий Veeam Backup & Replication более старой версии.
Влияет ли работа Snapshot Hunter на производительность?
По отношению к ресурсам инфраструктуры «охотник за снапшотами» ведет себя достаточно гуманно: так, если в задание резервного копирования входит несколько машин (или одна машина, но с несколькими виртуальными дисками), то выслеживание и удаление снапшотов для них будет идти параллельно. Если, однако, при этом окажется, что СХД перегружена с точки зрения latency (то есть интенсивность чтения-записи достигла порогового значения), то «охотник» не будет запускать консолидацию, пока интенсивность операций не уменьшится.
Отмечу также, что «охотник» принимает во внимание backup window (окно резервного копирования) при условии, что для задания, ответственного за бэкап, настроено и активировано расписание (как описано здесь). В этом случае перед выполнением консолидации Snapshot Hunter уточнит, не закрылось ли отведенное для бэкапа «окно». Если при любой из трёх попыток (в том числе и первой) окажется, что консолидация не укладывается в «окно», то она не будет запущена, а вместо этого пользователь получит уведомление о необходимости ручного вмешательства.
Где же у него кнопка?
Snapshot Hunter по умолчанию всегда включен, то есть вручную ничего настраивать не нужно. Если потребуется его отключить, это можно сделать, задав значение DisableAutoSnapshotConsolidation (DWORD)=1 в ключе реестра HKLM\SOFTWARE\Veeam\Veeam Backup and Replication. Однако если окажется, что консолидация необходима – пользователь получит нотификацию о необходимости выполнить ее самостоятельно, как описано в статье VMware КВ.