VMWare by default enables SSL encryption during the Physical to Virtual (P2V) and Virtual to Virtual (V2V) conversion process. This has the effect of bringing the transfer rate to a crawl of as low as 200kbs instead of the expected 40mbs or better.
The problem is a VMware proprietary protocol called NFC that is used to create the source image and encrypt the data during the transfer process.
The SSL feature of the NFC VMware proprietary protocol can be disabled in a file called:
converter-worker.xml
located in one of the following places depending on the Operating System:
Windows Vista, Windows 7, Windows 2008
%ALLUSERSPROFILE%\VMware\VMware vCenter Converter Standalone
Windows XP, Windows 2003, Windows 2000
%ALLUSERSPROFILE%\Application Data\VMware\VMware vCenter Converter Standalone
Find this section of code and change the highlighted TRUE to FALSE.
<nfc>
<readTimeoutMs>120000</readTimeoutMs>
<useSsl>true</useSsl>
<!– Delay is specified in milliseconds, -1 denotes the default.
<acceptTimeoutMs>-1</acceptTimeoutMs>
<requestTimeoutMs>-1</requestTimeoutMs>
<readTimeoutMs>-1</readTimeoutMs>
<writeTimeoutMs>-1</writeTimeoutMs>
<fssrvrReqTimeoutMs>-1</fssrvrReqTimeoutMs>
<fssrvrWriteTimeoutMs>-1</fssrvrWriteTimeoutMs>
–>
</nfc>
—–
Should be:
<useSsl>false</useSsl>
It is CRITICAL that the “VMware vCenter Converter Standalone Worker” Service be restarted. DO NOT FORGET THIS STEP!
Jean-Francois Leroux says
Solved my issue with a Windows 2003 server P2V, version 5 converter to a QNAP NAS. Very usefull! Thanks.
Daniel Feiler says
Thank you for this information. It solved my problem doing V2V (ESXi 4.1 to ESXi 5.1) converting / copying, using standalone converter 5.01. The performance increases easily 10 to 20 times. (Before setting the parameter to false, I had 3% to 5% network load on a 1 GBit/s after setting the parmeter to false it was 67% to 99% load. 67% are the lowest peek. Average load was 87%
Victor DeMon says
I WANNA HUG YOU! You decreased the transfer time of my master file server from 2 Days, 18 Hours, 41 Minutes into 1 Hour and 3 Minutes!
You, SIR, have given a great prize to the VMWare community. Thanks.
Robert says
Thank you, that’s better.
William Dickinson says
Wanted to say thanks for this. Same scenario. V2V Throughput was below 200k and now it’s rocking.
Tu Holmes says
This was excellent information… Always wondered why it was so slow… this quick change made my P2Vs scream.
Thanks!
scott says
Saved the day – transfer was originally going to take 11+ hours
With this hint – under 45 minutes