Please upload the log bundle for failed task.
Unfortunately not all information is present in the log files, specifically the agent log is missing (Converter Agent is the part that is running on the source machine and performs the actual cloning). Can you export the log bundle for the failed *task*, but not *job*? You need to switch Converter GUI to Task view from toolbar, then right click the task and select "Export logs". Doing the same for a job does not include the agent task log bundle in the archive, so the most valuable information is missing.
so it turns out it was the networking on our vswitches. We have a pair of nortel 5520 switches that 2 physical nics are attached to. They are in an MLT , and connect back to the vsphere host on vmnic 0 and 1. Our regular port groups (per vlan) were setup correctly. the vswitch was set for pomiscous(sp) mode reject , mac address change and forged transmits accept, load balancing set to ip hash, link status only etc. We found that we could ping the vcenter server but not the vcenter host from the failing machine. Turns out our managment network was configured for just the defaults! We changed it so that load balancing was set on ip hash, network failover was link status only, and we unchedked notify switches, and over ride fail over. ping ping ping!!
I have the same error, but i do not have the issue that the server cannot ping back or communicated with either the converter or the vcenter/host cluster. I have attached my log files and would absolutely love some assistance.
The diagnostic bundle doesn't contain the agent log. Can you try to get it manually? It should be located at "%ALLUSERSPROFILE%\VMware\VMware vCenter Converter Standalone Agent\logs" on the source machine.
Re ran the job with the same failure to make sure i have the most recent logs. Something i noticed, the agent log didn't update. I will include all three logs.
Here are a few details about what iam trying to run.
1. only copying c drive
2. Powered on machine
4. Source and dest on different domains.
Set DNS on source
I learnt that VMware convertor 5.0 can solve the alignment problem for vmdk in SAN storage, then I tried a V2V and got the same error as titled.
Finally I solved it out by opening some firewall ports as below:
Converting a powered on Windows operating systemSourceDestinationTCP PortsUDP PortsNotesConverter serverSource computer445, 139, 9089 or 9090137, 138If the source computer uses NetBIOS, port 445 is not required. If NetBIOS is not being used, ports 137, 138, and 139 are not required. If in doubt, make sure that none of the ports are blocked.Port 9089 is used for Converter Standalone versions, and 9090 is used for the Converter plugin.
Note: Unless you have installed Converter server to 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.Source computerESX443, 902If the conversion target is VirtualCenter then only port 902 is required.
Thank you for your email.
I’ll be in out of station until the end of November, with irregular access to e-mail. No doubt I will still neurotically check my messages, but I may only be able to respond to pressing issues. I’ll try to get back to all as soon as possible.
If you need immediate assistance, you can still reach me @90106167 or email to firstname.lastname@example.org.
Thank you for your understanding.
Have a Great Day !
By pointing the destination to a UNC file path, it will convert the physical machine to Disk and the error disappeared.
It seems the vConverter require proper communication between the Source vConverter -> Server being converted. Server being converted -> to vCenter/ESX hosts. If the ESX/vCenter in another network where the server that being converted cannot reach it, it will always display the above error.
Make sure port TCP902 is not getting blocked to the destination ESXi host.