Mad.exe является Оператором Системы обмена. Тот сервис останавливается?
Вы выполняете V2V на живой машине Linux? Я полагаю, на основе следующего утверждения, что, когда они упоминают .bashrc файл, они обращаются к гостевой системе, не хосту (ESXI).
VMware vCenter Converter Standalone 4.0.1 Информации о версии
"Converter Standalone не удается соединиться с приводимым в действие - на источнике Linux, если .bashrc файл содержит оператор Converter Standalone эха, мог бы не соединиться с приводимым в действие - на исходной машине Linux, если данная учетная запись имеет .bashrc файл, который содержит оператор эха. Converter Standalone использует протокол SFTP для копирования файлов на источнике система Linux и сбои SFTP при получении оператора эха в .bashrc файле. В результате Converter Standalone мог бы прекратить отвечать в течение 10 минут при получении исходной информации о машине или мог бы отобразить следующее сообщение об ошибке: Не мог запросить живую исходную машину Linux. Посмотрите Соединение с источником Linux сбои несмотря на корректную конфигурацию SSH (КБ 1009153) для советов по устранению неисправностей. Обходное решение: Удалите оператор эха из .bashrc файла. Можно безопасно поместить этот оператор эха в .bash_profile файл. Это не влияет на задачи преобразования".
У меня была та же проблема при преобразовании windows2008 от esxi 4.1 до изображения рабочей станции. после поиска я не нашел решения в сети. таким образом, это - то, что я сделал:
И я работал как очарование
то, что я думаю, является причиной этого, закрытый порт или что-то на esxi сервере, поскольку это только приняло операции из сервера и блоки любые операции снаружи