Итак, как видно из названия, рассмотрим проблемы с vCenter Converter при конвертировании физических Windows серверов. Очень часто сталкиваюсь с проблемами виртуализации серверов 2008 и 2008 R2, на 2012 не сталкивался и пока везло и вопросы с виртуализацией 2003-го динозавра тоже не появлялись. Как правило симптомы и их причины достаточно одинаковы от случая к случаю и в комьюнити широко известны, да и блоги не молчат. Итак, вот список часто встречающихся проблем, по крайней мере мне.
При установки vCenter Converter Agent на виртуализируемую Windows машину возникает длительное ожидание процесса установки а в конце победоносно прилетает ошибка — ERROR 1053 “ The service did not respond to the start or control request in a timely fashion ”. Данная проблема известна VMware как ни странно это из-за отсутствия доступа в интернет с машины, на которой устанавливается служба конвертера, это кстати относится как к машине, на которой разворачивается консоль vCenter Converter, так и виртуализируемой машину, на которуя в процессе ставиться vCenter Converter Agent. Смотрим цитату из Release Notes. Собственно, в ней же и решение. Запустив regedit в CMD и создать параметр реестра (DWORD) по пути HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control с именем ServicesPipeTimeout и деситичным (decemical) значением не ниже 300000 (5 minutes), после этого перезагрузить машину для применения изменений. После этих манипуляций проблема решается.
Проблема, появляющаяся так же, как и предыдущая при инсталляции агента конвертации на виртуализируемую Windows машину. «Error 1603: A fatal error occurred during installation» преследует нас по причине слишком долгого ожидания старта службы vCenter Converter Agent после ее установки. Решение то же самое, что и для предыдущей проблемы.
При конфигурировании задачи конвертации (Job), в самом начале, после того как мы заполнили данные логин и пароля source машины и нажали Next, нам вываливается “Permission to perform this operation was denied”, и даже после того как мы запустим конфертер от имени администратора, данная проблема не уходит. Досконально в чем причина сказать не могу, но есть решение, которое мне помогло. Итак, логинимся на конвертируемый Windows сервер, заходим в Local Security Policy (открывая в cmd secpol.msc), идем в Local Policies > Security Options, пункт «User Access Control: Run all Administrators in Admin Approval Mode» переводим в Disable, перезагружаем машину. И после этого у Вас должно все получиться.
Когда мы уже запустили наш Job по конвертации Windows машины и радостные пошли пить кофе, на 1% прогресса появляется «A file I/O error occurred while accesssing» и задача останавливается. Странная проблема, в комьюнити грешат на некорректную насройку DNS на конвертируемой машине, в следствии чего машина по имени не могла достучаться до ESXi, но в моем случае с DNS было все в порядке. Мне помог запуск Job через включение галочки PROXY при настройке подключения в vCenter, этот же метод помог и нескольким другим людям.
На всякий случай приложу список необходимых портов для работы vCenter Converter:
Windows P2V
Communication Paths | Communication Ports | Notes |
Converter Standalone server to powered on source machine | TCP — 445, 139, 9089 UDP — 137, 138 | If the source computer uses NetBIOS, port 445 is not required. If NetBIOS is not being used, ports 137, 138, and 139 are not required. When in doubt, make sure that none of the ports are blocked. Note: Unless you have installed Converter Standalone server or agent on the source computer, the account used for authentication to the source computer must have a password, the source computer must have network file sharing enabled, and it cannot be using Simple File Sharing. |
Converter Standalone server to vCenter Server | TCP — 443 | Required only if the conversion destination is vCenter Server. |
Converter Standalone client to vCenter Server | TCP — 443 | Required only if the Converter Standalone server and client components are on different machines. |
Converter Standalone server to the destination ESXi | TCP — 902 | Converter server always requires access to ESXi at port 902. |
Powered on source machine to ESXi | TCP — 443, 902 | If the conversion destination is vCenter Server, only port 902 is required. If the proxy mode feature is on, port 902 is not required. |
Linux P2V
Communication Paths | TCP Ports | Notes |
Converter Standalone server to powered on source machine | 22 | Used to establish an SSH connection between the Converter Standalone server and the source machine. |
Converter Standalone client to Converter Standalone server | 443 | Required only if the Converter Standalone server and client components are on different machines. |
Converter Standalone server to vCenter Server | 443 | Required only if the conversion destination is a vCenter Server. |
Converter Standalone server to ESXi | 443, 902 | If the conversion destination is a vCenter Server, only port 902 is required. |
Converter Standalone server to helper virtual machine | 443 | |
Helper virtual machine to powered on source machine | 22 | Used to establish an SSH connection between the helper virtual machine and the source machine. By default, the IP address of the helper virtual machine is assigned by DHCP. If no DHCP server is available on the destination network, you must manually assign the helper virtual machine an IP address. |