Ошибка virtual machine disks consolidation is needed в ESXI 5.x.x

Ошибка virtual machine disks consolidation is needed в ESXI 5.x.x

virtual machine disks consolidation is needed

Добрый день уважаемые читатели, сегодня расскажу как решается ошибка висящая на виртуальной машине в ESXi 5.5 и звучит она virtual machine disks consolidation is needed. Если перевести это дословно, то вас культурно просят восстановить целостность виртуальной машины, так как это не совсем хорошо, из за этого она может очень сильно проседать по производительности, и как следствие все сервисы в ней.

Устраняем virtual machine disks consolidation is needed

Вот так вот выглядит эта ошибка, некое такое предупреждающее сообщение на вкладке Summary.

Ошибка virtual machine disks consolidation is needed в ESXI 5.x.x-01

Ошибка 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

Ошибка virtual machine disks consolidation is needed в ESXI 5.x.x-02

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

  • Загруженность виртуальной машины
  • Ее размер
  • Количество снапшотов, которые нужно консолидировать

У меня были случаи в практике, что виртуалка так консолидировалась 3 дня. Надеюсь вам помогла эта заметка и вы смогли устранить ошибку virtual machine disks consolidation is needed

15 Responses to Ошибка virtual machine disks consolidation is needed в ESXI 5.x.x

  1. Alex:

    Спасибо за информацию, только мне кажется не в пункте «Power», а в пункте «Snapshot».

  2. art:

    Спасибо мне помогло исправить данную ошибку, после veeam осталось так

  3. gratissex:

    your blo was much interesting for me! I will say thanks u a lot to posting the interesting stuff.

  4. nu:

    Your blog is very useful to us! I’ll thank you you very much to posting the interesting information!

  5. Федор:

    Да Помогла.Спасибо.

  6. Дмитрий:

    Это действие выполняется при выключенной виртуальной машине или можно при включенной???? Просто при включенной виртуалке выбивает ошибку
    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.

  7. Иван Семин:

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

  8. Дмитрий:

    Можете подсказать, что делать в моём случае с заблокированными файлами, т.к eSXI я пока слабоват

  9. Иван Семин:

    Точный скриншот ошибки можете прислать

  10. Дмитрий:

    Отправил вам письмо на microsoftexam@yandex.ru

  11. Валентин:

    Спасибо. Оказалось, что проблема решается в 2 клика.

  12. Кирилл:

    Что может быть причиной застревания консолидаци на 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 тоже завешивают консоль.

  13. Иван Семин:

    Вы смотрите по времени изменения файла, если оно не меняется то процесс завис, если меняется, то ждите, у меня на сайте есть про это статья, про снапшоты, прочитайте ее, будет полезно.

  14. Кирилл:

    Ну, в общем я нашёл кое что, про что у Вас не читал — после застопорившегося 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 приводит к зависанию, но не консоли, как я думал, а тома.

  15. Кирилл:

    Там ошибочка — без проблем удалялся файл без sesparse

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

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