Ошибка «Unknown change tracking version» в ESXi: как исправить без потери данных

Виртуальная машина в ESXi не запускается с ошибкой «Unknown change tracking version»? Разбираем причину сбоя CBT и безопасный способ исправления через SSH.

В чём причина ошибки

Сообщение Unknown change tracking version появляется при включении виртуальной машины, когда ESXi не может открыть диск .vmdk из-за проблем с механизмом Changed Block Tracking (CBT) — отслеживанием изменённых блоков, которое используется системами резервного копирования.

Основные причины:

• Несовместимость версий CBT — для дисков объёмом более 256 ГБ в vSphere 7.0+ требуется CBT 2.0. Если ВМ запускается на более старом хосте или CBT был переинициализирован, ESXi не распознаёт версию служебного файла.
• Повреждение или устаревание служебных файлов CBT — после сбоя питания, аварийного завершения работы или прерывания хранения файл -ctk.vmdk может содержать некорректные данные о версии, и диск не открывается.

Важно: проблема касается только служебных файлов, а не самих данных виртуальной машины. Файлы -flat.vmdk (данные) и -delta.vmdk (снимки) остаются нетронутыми.

Безопасное исправление через SSH

Подключитесь к хосту ESXi по SSH и перейдите в каталог виртуальной машины:

cd /vmfs/volumes/5c0fab74-c348c486-9b11-a8996950a481/SRV-01/

Создайте временный каталог и переместите в него служебные файлы CBT (не удаляйте — на случай отката):

mkdir temp mv *-ctk.vmdk temp/ mv *.vmsd temp/

Сделайте резервную копию конфигурации виртуальной машины:

cp SRV-01.vmx SRV-01.vmx.bak

Отредактируйте файл .vmx и отключите CBT:

ctkEnabled = "false" scsi0:0.ctkEnabled = "false"

При необходимости добавьте аналогичные строки для остальных активных дисков (scsi0:1.ctkEnabled и т.д.). Затем перезагрузите конфигурацию и включите ВМ:

vim-cmd vmsvc/getallvms vim-cmd vmsvc/reload <VMID>

После успешного запуска ВМ стабильно работает. Учтите: следующая резервная копия будет полной, так как CBT сброшен. После проверки стабильности можно снова включить CBT и создать новый снимок — это вернёт возможность инкрементального резервного копирования.

Дополнительные направления диагностики

• Совместимость версий — при аппаратной версии 17+ и дисках более 256 ГБ на устаревшем хосте рассмотрите обновление ESXi или миграцию ВМ на хост 7.0+.
• Конфликт multi-writer — если диск используется в режиме совместного доступа (кластер), CBT нужно отключить навсегда: закомментируйте строку scsiX:X.sharing в .vmx, добавив # в начало.

Главное правило: перемещайте, а не удаляйте служебные файлы CBT — так вы гарантированно сохраните текущее состояние виртуальной машины.