KBSystem Center Virtual Machine Manager 2008 (SCVMM) uses BITS (Background Intelligent Transfer Service) to transfer content between the SCVMM Server, the Library Server(s) and the Virtualization Hosts. If there is a service on one of the involved servers that is using the HTTPS port 443, the transfer may be extremely slow or even fail with the following error:

Error (12700)  <path to vhd on destination host> 'The file or directory is corrupted and unreadable' (0x80070570)

This occurs because BITS uses a default port of 443 (decimal) and this port is also used for HTTPS.

To resolve this issue, configure SCVMM to use another port for BITS transfers between its Library Server(s) and the Virtualization Hosts.

Note: You need to ensure that the newly selected port is not blocked by a Firewall between the involved hosts.

1. On your VMM Server open the Registry
2. Browse to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
3. Locate BITSTcpPort which should have a value of decimal 443. Change this to some port unused in your environment. (e.g. 8500)
4. Restart Virtual Machine Manager Service so that the change takes effect.

For all the details and the latest version of this new Knowledge Base article please see the following:

KB2405062 - Transfers between the System Center Virtual Machine Manager server, the Library Server and the Virtualization Hosts may fail with Error 12700

J.C. Hornbeck | System Center Knowledge Engineer

The App-V Team blog: http://blogs.technet.com/appv/
The WSUS Support Team blog: http://blogs.technet.com/sus/
The SCMDM Support Team blog: http://blogs.technet.com/mdm/
The ConfigMgr Support Team blog: http://blogs.technet.com/configurationmgr/
The OpsMgr Support Team blog: http://blogs.technet.com/operationsmgr/
The SCVMM Team blog: http://blogs.technet.com/scvmm/
The MED-V Team blog: http://blogs.technet.com/medv/
The DPM Team blog: http://blogs.technet.com/dpm/
The OOB Support Team blog: http://blogs.technet.com/oob/
The Opalis Team blog: http://blogs.technet.com/opalis

clip_image001 clip_image002