VM network issue in VMM 2012R2 with IPAM integration

This week two colleagues (“Pitchou” and “Loulou”) and me stumbled on an VM Network issue in VMM 2012R2 with IPAM integration. All VM Subnets associated with IP Pools indicated “VM Subnet has been marked for deletion by the network administrator“.

We realized that when we wanted to live migrate a virtual machine. When we were on rating host’s screen on live-migration wizard, we had “port not available” error. Moreover, on Virtual Machine settings, we were not able to modify the VM subnet as below screen. The drop-down menu was grey out.

  • Before show you the resolution, I would like that you understand the action timeline on VMM. To understand the rest of this topic I will follow this naming convention:
  • IPAM server: VMIPM01
  • VMM server 1: VMVMM01
  • VMM server 2: VMVMM02
  • VMM resource cluster name: CLVMM01

Action timeline on VMM

The first action was realized two weeks ago. I have installed an IPAM server (VMIPM01) and I have integrated it to Virtual Machine Manager 2012R2 on VMVMM01. At this time, all worked perfectly. IPAM collected VMM information as VM Subnet, VM Network or IP Pool. In IPAM all objects (VM subnet, network etc.) were marked to belong to VMVMM01. When I say to belong, I talk about the service instance field of each object.

The second action was realized by “Pitchou” last week. This action was the implementation of Failover Cluster for VMM. This Technet article was followed to implement this solution. So he has installed VMVMM02 and after many actions, VMM was reachable from CLVMM01 connector. And this is the drama… Let me explain.

VM Network issues and resolution

After that each schedule task of IPAM has run, every VM subnets associated with an IP Pool were in error (VM Subnet has been marked for deletion by the network administrator). At this time it was impossible to live-migrate a VM or create one, on the impacted VM networks.

After 2 days of searching we have found a field called NetworkEntityAccess. If you run Get-SCVMSubnet command in a powershell you will see this setting. The right value for this setting is VMMManaged. In our case this setting indicated ExternallyManagedMarkedForDeletion.

/!\ I assume that the below resolution is not approved and not supported by Microsoft …

So to resolve this issue “Loulou” has opened the SQL Management Studio to edit the VMM database. We have found the NetworkEntityAccess field in tbl_NetMan_VMSubnet table.

As you can see on the above screen, the NetworkEntityAccess of the impacted VM subnet is set to 2. This value means ExternallyManagerMarkedForDeletion. So we stop the VMM service and we modify this value to 0.

After that we restart the service. We come back to the VM network configuration to view the related VM subnet state and tada:

So we go verify in VM the settings:

So after many tests all seem alright.

My understanding of the problem

After resolving the issue, we tried to remove the IPAM connector and to re-add it. The result was spectacular: all VM Subnets were marked again for deletion …

So before Failover Cluster integration, IPAM and VMM worked perfectly and troubles came when Failover Cluster were implemented. All objects in IPAM were associated on VMVMM01 because IPAM was installed before cluster installation. After Failover Cluster implementation, IPAM is associated to CLVMM01. I think that IPAM tries to delete VM networks configuration associated to VMVMM01 to re-create and associate them to CLVMM01. But the VM Networks configuration can’t be deleted because there are a lot of VMM dependencies. I’m not sure because the behavior of that is pretty weird.

About Romain Serre

Romain Serre works in Lyon as a Senior Consultant. He is focused on Microsoft Technology, especially on Hyper-V, System Center, Storage, networking and Cloud OS technology as Microsoft Azure or Azure Stack. He is a MVP and he is certified Microsoft Certified Solution Expert (MCSE Server Infrastructure & Private Cloud), on Hyper-V and on Microsoft Azure (Implementing a Microsoft Azure Solution).


  1. This was extremely useful. In my case, IPAM was mysteriously not being synchronized with several VMM logical networks. Additionally, attempting to create a new uplink port profile containing certain network sites (logical network definitions), I received the error “Network site (network name) cannot be added to uplink port profile because it has been marked for deletion. When I ran get-sclogicalnetworkdefinition, sure enough, there is a property called NetworkEntityAccessType with the value “VmmManagedMarkedForDeletion.”

    I resolved the problem by editing the table dbo.tbl_NetMan_LogicalNetworkDefinition and changing the value of the NetworkEntityAccessType column for the affected networks from 5 to 0. After this, the value of NetworkEntityAccessType is “VmmManaged,” and the networks and related resources appear in IPAM.

    Thanks for the info!


    • Hi,

      It was the first time that you integrate IPAM to VMM ? Have you change the configuration of VMM (Standalone to Cluster etc.). On my side each time IPAM set the VMMManagedMarkedForDeletetion to true was when the VMM configuration changed.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.


Check Also

Rename VM’s Network Adapters automatically with Virtual Machine Manager 2016

The next version of Hyper-V comes with a new feature called Virtual Network Adapter Identification. ...

Upgrade Virtual Machine Manager 2012 R2 in High Availability to Technical Preview 2

Currently the last build for the next release of Virtual Machine Manager is the Technical ...

Manage Azure VM from Virtual Machine Manager 2012 R2

Since Update Rollup 6 of Virtual Machine Manager 2012 R2, it is possible to manage ...