Перемещенная виртуальная машина обнаруживается в обоих хранилищах данных
Я пошел бы с Cygwin. Если это не желательно, на http://unxutils.sourceforge.net/ можно найти набор автономных утилит GNU как sed, grep и найти портированным к Windows.
Щелкните правой кнопкой по обоим из тех хранилищ данных и проверьте, существует ли папка в каждом, назвал VMNAME.
Если существует папка только в 1, то Вам, вероятно, смонтировали ISO на VM, и это расположено на втором хранилище данных.
Если существует папка для VM в обоих хранилищах данных, проверьте внутри и посмотрите, имеют ли обе папки .vmdk внутри. Если у них обоих есть диск файл VMDK, то Вы, вероятно, вошли в ситуацию, где устройство хранения данных vMotion не полностью закончилось, и старые файлы оставили, бродя вокруг на старом хранилище данных. Это происходит немного. Для фиксации щелкните правой кнопкой по VM, и выбор 'Изменяют Настройки'. Выберите устройство жесткого диска и обратите внимание на хранилище данных, оно идет. Можно затем безопасно удалить VMDK в другом хранилище данных.
Также возможно иметь конфигурационные файлы VM на одном хранилище данных и файл жесткого диска VMDK на другом хранилище данных. Таким образом, при нахождении папки для VM в обоих местах посмотрите, есть ли у одного из них .vmx, и другой имеет .vmdk. Можно легко обойти эту проблему устройством хранения данных vMotioning VM к совершенно другому хранилищу данных.
На самом деле это может произойти, если у вас вообще смонтирован ISO. Как ни странно, ISO не обязательно должен находиться в одном хранилище данных, по крайней мере, с ESXi-5.5. Я подозреваю, что есть файл блокировки или запись в памяти, которая не изменяется во время Storage VMotion.
По моему опыту, я видел, где последовательное устройство было установлено на конкретной виртуальной машине LINUX. Это не было связано. При дальнейшем осмотре исходное хранилище данных все еще содержало единственный файл: "serial.log".
Я просто выделил устройство и изменил каталог DS, для которого был установлен его "выходной файл". Я изменил его со старого DS на новый DS, на который я его перенес.
В данном случае проблема заключалась не в обычном, «смонтированном ISO» или «снимке».