Release Notes for Virtual Machine Manager in System Center 2012 SP1
Updated: June 28, 2016
Applies To: System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager
These release notes contain information that is required to successfully install and deploy Virtual Machine Manager (VMM) in System Center 2012 Service Pack 1 (SP1). They contain information that is not available in the product documentation.
Before you install and use VMM in System Center 2012 SP1, read these release notes.
Description: Service deployment fails, and the guest agent on virtual machines that is created by the service instance is uninstalled or corrupted.
Workaround: If this occurs, install the agent manually as follows:
Install the Visual C++ Redistributable package on the virtual machine host. The installation file is located at:
64-bit computer: <VMM installation folder>\agents\amd64\vcredist_x64.exe
32-bit computer: <VMM installation folder>\agents\i386\vcredist_x86.exe
Install the agent on the virtual machine. The installation file is located at:
64-bit computer: < VMM installation folder >\agents\Guest\amd64\vmmGuestAgent.msi
32-bit computer: <VMM installation folder>\agents\Guest\amd64\vmmGuestAgent.msi
Description: In VMM in System Center 2012 SP1, you cannot create a virtual machine with a virtual fibre channel adapter (NPIV) using the VMM console.
Workaround: Create the virtual machine in Hyper-V Manager, and then manage it in the VMM console. The guest operating system of the virtual machine can be configured for failover clustering using the fibre channel storage.
Description: Windows PowerShell help for System Center 2012 SP1 is available in English only. When you run the Update-Help command, the Help is downloaded and placed in a folder specifically for the English version of the Help (ENU). However, when you run Get-Help command, the computer attempts to retrieve Help from the folder that corresponds to the language of the operating system. If the operating system language is not English, the attempt fails.
Workaround: To fix this issue, install the update that is described in Microsoft article 2770917: Windows 8 and Windows Server 2012 cumulative update: November 2012 on computers that require Windows PowerShell Help for System Center 2012 SP1.
Description: When you are creating a virtual machine, if you configure VMM to use Background Intelligent Transfer Service (BITS) in unencrypted mode to initiate a file transfer from the VMM server or library server to a destination host that is located in a perimeter network, the transfer might fail. This happens because by default, on the firewall, VMM opens only the port that is used for encrypted traffic (port 443).
Workaround: On the perimeter firewall, manually open the WSMan TCP port (port 5985, by default).
Description: If you register a storage file share on a library server that contains a library share with the same name as the storage file share and then you remove the library share or unregister the storage file share, VMM might stop working unexpectedly.
Workaround: To avoid this issue do the following:
Outside the VMM console, go to the storage provider on which the storage file share exists, and stop sharing it.
In the VMM console, refresh the storage provider. Then, specify a unique name for the file storage share, and register it again.
Failing over and migrating a replicated virtual machine on a cluster node might result in an unstable configuration
Description: In the following scenario, failing over and migrating a virtual machine might not work as expected:
A primary virtual machine on a cluster node is replicated to a secondary virtual machine on a cluster node or stand-alone host.
A failover is initiated from the primary virtual machine to the secondary virtual machine.
Within a day, the primary virtual machine is migrated to a different node in the cluster.
If this occurs, the primary and secondary virtual machines might not appear correctly in the cluster node or on the stand-alone server. In addition, deleting one of the virtual machines might delete the other virtual machine.
Workaround: To avoid deleting the virtual machine, do the following:
Remove and then re-add the cluster. This cleans up the VMM database for the secondary virtual machine.
Refresh the virtual machines on the hosts, to ensure that the primary virtual machine appears correctly in the cluster node.
Description: When any property of the Tenant Administrator user role is modified or added, share and receive permissions that are assigned to Self-Service user roles that were created by a Tenant Administrator will be removed unexpectedly. Other permissions that are assigned to these Self-Service user roles will not be affected, and they will behave as expected.
Workaround: After you modify Tenant Administrator role properties, ensure that permissions that are assigned to Self-Service user roles that are created by the Tenant Administrator are defined as expected. If permissions have been removed inadvertently, add them back in.
Description: When you create a Tenant Administrator role with permissions to create virtual machine networks and you set a member-level virtual machine network quota, the quota is not applied, and users can exceed the limit set.
Workaround: Set a limit using the role-level quota value that is enforced.
Description: Canceling and restarting the wizard when you are creating a new virtual machine might fail if the computer name that is specified for the virtual machine is generated automatically, based on a template naming pattern.
Workaround: Do not cancel and restart the wizard when you are creating a virtual machine from a template that uses a pattern for the Computer Name property.
Description: Attempting to deploy the BlogEngine service fails, and error 22631 is issued.
Workaround: Ensure that the configuration file (.vhd or .vhdx) that is used for deploying the service has 9.5 gigabytes (GB) or more of free disk space.