Release notes for System Center Virtual Machine Manager

Important

This content has been retired and may not be updated in the future. The product, service, or technology mentioned in this content is no longer supported.

VMM 1801 release notes

The following sections summarize the release notes for VMM 1801 and include the known issues and workarounds.

Latest accessibility fixes in Console are not available

Description: Latest accessibility fixes in Console might not be available when you use .NET 4.7 while installing the VMM Console.

Workaround: We recommend using .NET 4.7.1 while installing the VMM Console. For detailed information on .NET 4.7.1 migration, see the article on .NET migration .

Backend adapter connectivity for SLB MUX doesn't work as expected

Description: Backend adapter connectivity of SLB MUX might not work as expected after VM migration.

Workaround: Users scale in/scale out in the SLB MUX VM as a workaround.

Connectivity issues for SLB addresses

Description: For frontend and backend IP addresses assigned to Software Load Balancer MUX VMs, you might experience connectivity issues if Register this connection's address in DNS is selected.

Workaround: Clear the setting to avoid issues with these IP addresses.

Upgrade might fail if the name of a default port classification has been changed

Description: When you change the original name of a default port classification and then try to upgrade to VMM 1801 – upgrade might fail with the following error message in the VMM setup log.

Violation of PRIMARY KEY constraint 'PK_tbl_NetMan_PortClassification'. Cannot insert duplicate key in object 'dbo.tbl_NetMan_PortClassification'.

Workaround: Change the port classification name back to the original name, and then trigger the upgrade. After the upgrade, you can change the default name to a different one.

Set-SCVMSubnet -RemovePortACL job completes in VMM without removing portACL association from NC VMSubnet object

Description: Set-SCVMSubnet -RemovePortACL job completes in VMM without removing portACL association from NC VMSubnet object, due to which Remove-PortACL job fails with NC Exception that is still in use.

Workaround: Remove the VMSubnet from VMM and then remove Port-ACL.

Import-Module NetworkController

#Replace the URI of the Network Controller with REST IP or FQDN

$uri = "<NC FQDN or IP>"

#Provide NC Admin credentials

$cred = Get-Credential

#Identify the virtual network that contains the subnet

$vnet = Get-NetworkControllerVirtualNetwork -ConnectionUri $uri -ResourceId "Fabrikam_VNet1" -Credential $cred

#Identify the subnet for which the ACL needs to be removed

$vnet.Properties.Subnets[0].Properties = $vnet.Properties.Subnets[0].Properties | Select-Object -Property * -ExcludeProperty AccessControlList

#Update

New-NetworkControllerVirtualNetwork -ResourceId "Fabrikam_VNet1" -ConnectionUri $uri –Properties $vnet.Properties -Credential $cred

Next steps

What's new in Virtual Machine Manager