Home
%3CLINGO-SUB%20id%3D%22lingo-sub-360646%22%20slang%3D%22en-US%22%3ESystem%20Center%20Virtual%20Machine%20Manager%20fails%20to%20enumerate%20and%20manage%20Logical%20switch%20deployed%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-360646%22%20slang%3D%22en-US%22%3E%3CP%3E%3CSPAN%3E%3CSTRONG%3EFirst%20published%20on%20TECHNET%20on%20Dec%2021%2C%202018%3C%2FSTRONG%3E%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3E%3CSPAN%3EWhen%20Windows%20update%20%E2%80%98%3C%2FSPAN%3E%3CA%20href%3D%22https%3A%2F%2Fsupport.microsoft.com%2Fen-in%2Fhelp%2F4467684%2Fwindows-10-update-kb4467684%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noopener%20noreferrer%20noopener%20noreferrer%22%3EKB4467684%3C%2FA%3E%3CSPAN%3E%E2%80%98%2C%20%E2%80%98%3C%2FSPAN%3E%3CA%20href%3D%22https%3A%2F%2Fsupport.microsoft.com%2Fen-us%2Fhelp%2F4478877%2Fwindows-10-update-kb4478877%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noopener%20noreferrer%20noopener%20noreferrer%22%3EKB4478877%3C%2FA%3E%3CSPAN%3E%E2%80%98%2C%20%E2%80%98%3C%2FSPAN%3E%3CA%20href%3D%22https%3A%2F%2Fsupport.microsoft.com%2Fen-us%2Fhelp%2F4471321%2Fwindows-10-update-kb4471321%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noopener%20noreferrer%20noopener%20noreferrer%22%3EKB4471321%3C%2FA%3E%3CSPAN%3E%E2%80%98%20or%20%E2%80%98%3C%2FSPAN%3E%3CA%20href%3D%22https%3A%2F%2Fsupport.microsoft.com%2Fen-us%2Fhelp%2F4483229%2Fdecember192018kb4483229osbuild143932670%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noopener%20noreferrer%20noopener%20noreferrer%22%3EKB4483229%3C%2FA%3E%3CSPAN%3E%E2%80%99%20is%20installed%20on%20a%20VMM%20managed%20Windows%20Server%202016%20host%2C%20VMM%20is%20not%20able%20to%20enumerate%20or%20manage%20the%20Logical%20Switch%20deployed%20on%20the%20host.%20Customers%20will%20notice%20the%20following%20symptoms%20when%20they%20open%20the%20%E2%80%98Virtual%20Switches%E2%80%99%20property%20of%20the%20Host.%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CUL%3E%0A%3CLI%3EVMM%20throws%20the%20error%20%E2%80%98An%20uplink%20port%20profile%20set%20was%20not%20specified%20on%20the%20host%20network%20adapter%20%3CNETWORKADAPTERNAME%3E%20and%20was%20not%20supplied%20with%20Logical%20switch%20%3CLOGICALSWITCHNAME%3E%E2%80%99%3C%2FLOGICALSWITCHNAME%3E%3C%2FNETWORKADAPTERNAME%3E%3C%2FLI%3E%0A%3CLI%3EThe%20Uplink%20Port%20Profile%20drop%20down%20menu%20will%20appear%20empty%20on%20the%20Host%20Virtual%20Switch%20%E2%80%93%20Logical%20Switch%20configuration%20page.%3C%2FLI%3E%0A%3C%2FUL%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20style%3D%22width%3A%20999px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F85154iE77BD66F8ECA4DA1%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20alt%3D%22Adapter.png%22%20title%3D%22Adapter.png%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CH4%20id%3D%22toc-hId-1285730313%22%20id%3D%22toc-hId-1309050806%22%3E%3CSTRONG%3ECause%3C%2FSTRONG%3E%3A%3C%2FH4%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThe%20above-mentioned%20updates%20are%20unregistering%20the%20following%20WMI%20classes%20used%20by%20VMMAgent%20to%20enumerate%20and%20manage%20Logical%20Switch%20deployed%20to%20the%20Host.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CTABLE%20width%3D%22630%22%3E%0A%3CTBODY%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22432%22%3E%3CSTRONG%3EWMI%20Class%3C%2FSTRONG%3E%3C%2FTD%3E%0A%3CTD%20width%3D%22198%22%3E%3CSTRONG%3EMOF%20File%3C%2FSTRONG%3E%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22432%22%3EScvmm_VirtualEthernetSwitchInternalSettingData%3C%2FTD%3E%0A%3CTD%20width%3D%22198%22%20rowspan%3D%224%22%3EScvmmswitchportsettings.mof%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22432%22%3EScvmm_EthernetSwitchPortInternalSettingData%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22432%22%3EScvmm_VirtualEthernetSwitchHyperVNetworkVirtualizationSettingData%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22432%22%3EMsvm_EthernetSwitchPortSCVMMSettingData%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22432%22%3EMsvmm_DhcpV4PortClientOptionsInfo%3C%2FTD%3E%0A%3CTD%20width%3D%22198%22%20rowspan%3D%225%22%3EVMMDHCPSvr.mof%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22432%22%3EMsvmm_DhcpV4PortBindingOptionsPolicy%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22432%22%3EMsvmm_DhcpV4PortReservationPolicy%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22432%22%3EMsvmm_DhcpV4PortPolicy%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22432%22%3EMsvmm_DhcpV4PortInfo%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3C%2FTBODY%3E%0A%3C%2FTABLE%3E%0A%3CP%3ERunning%20the%20following%20PowerShell%20on%20the%20affected%20host%20fetches%20zero%20objects.%3C%2FP%3E%0A%3CPRE%3EGet-CimClass%20-Namespace%20root%2Fvirtualization%2Fv2%20-classname%20*vmm*%3C%2FPRE%3E%0A%3CP%3ENote%3A%20Running%20the%20same%20PowerShell%20on%20a%20host%20which%20does%20not%20have%20these%20updates%20installed%2C%20fetches%20VMM%20related%20classes.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CH4%20id%3D%22toc-hId--1266426648%22%20id%3D%22toc-hId--1243106155%22%3E%3CSTRONG%3ESolution%3C%2FSTRONG%3E%3A%3C%2FH4%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EUse%20mofcomp%20to%20add%20the%20VMM%20related%20classes%20and%20class%20instances%20to%20the%20WMI%20repository.%20On%20the%20affected%20host%2C%20run%20the%20following%20commands%3C%2FP%3E%0A%3CPRE%3EMofcomp%20%E2%80%9C%25systemdrive%25%5CProgram%20Files%5CMicrosoft%20System%20Center%202016%5CVirtual%20Machine%20Manager%5Csetup%5Cscvmmswitchportsettings.mof%E2%80%9D%0A%0AMofcomp%20%E2%80%9C%25systemdrive%25%5CProgram%20Files%5CMicrosoft%20System%20Center%202016%5CVirtual%20Machine%20Manager%5CDHCPServerExtension%5CVMMDHCPSvr.mof%E2%80%9D%3C%2FPRE%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CH6%20id%3D%22toc-hId-83356677%22%20id%3D%22toc-hId-106677170%22%3ENote%3A%3C%2FH6%3E%0A%3CUL%3E%0A%3CLI%3EAfter%20you%20add%20the%20classes%20to%20WMI%20repository%2C%20you%20should%20refresh%20the%20host%20on%20VMM.%20Make%20sure%20%E2%80%98System%20Center%202016%20Update%20Rollup%206%E2%80%99%20is%20installed%20on%20the%20VMM%20server%20as%20this%20update%20brings%20in%20improvements%20to%20VMM%20Host%20refresh%20time.%3C%2FLI%3E%0A%3CLI%3EIf%20you%20are%20running%20System%20Center%20Virtual%20Machine%20Manager%20Semi-Annual%20Channel%20release%20(SAC)%2C%20then%20the%20path%20for%20mof%20files%20would%20be%3C%2FLI%3E%0A%3C%2FUL%3E%0A%3CPRE%3E%25systemdrive%25%5CProgram%20Files%5CMicrosoft%20System%20Center%5CVirtual%20Machine%20Manager%5Csetup%5Cscvmmswitchportsettings.mof%0A%25systemdrive%25%5CProgram%20Files%5CMicrosoft%20System%20Center%5CVirtual%20Machine%20Manager%5CDHCPServerExtension%5CVMMDHCPSvr.mof%0A%0A%3C%2FPRE%3E%0A%3CUL%3E%0A%3CLI%3EWe%20have%20heard%20reports%20that%20%E2%80%98%3CEM%3EMicrosoft%20VMM%20DHCPv4%20Server%20Switch%20Extension%3C%2FEM%3E%E2%80%99%20is%20being%20enabled%20on%20a%20Host%20managed%20by%20Microsoft%20Network%20Controller%20(NC)%20after%20running%20mofcomp.%20This%20is%20causing%20BSOD%20on%20the%20NC%20managed%20Host.%20Make%20sure%20that%20only%20%E2%80%98Microsoft%20Azure%20VFP%20Switch%20Extension%E2%80%99%20is%20enabled%20and%20all%20other%20Hyper-V%20Switch%20extensions%20are%20disabled%20once%20you%20run%20mofcomp.%3C%2FLI%3E%0A%3C%2FUL%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CPRE%3EGet-VMSwitchExtension%20-VMSwitch%20%24VMSwitch%20%7C%20Format-Table%20Name%2C%20Enabled%0A%0AName%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20Enabled%0A%0A----%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20-------%0A%0AMicrosoft%20Windows%20Filtering%20Platform%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20False%0A%0AMicrosoft%20VMM%20DHCPv4%20Server%20Switch%20Extension%20%26nbsp%3B%20%26nbsp%3B%26nbsp%3B%20%20False%0A%0AMicrosoft%20Azure%20VFP%20Switch%20Extension%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20True%0A%0AMicrosoft%20NDIS%20Capture%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3B%20False%0A%0A%3C%2FPRE%3E%0A%3CUL%3E%0A%3CLI%3EAs%20a%20best%20practice%2C%20follow%20this%20process%20to%20patch%20a%20host%20managed%20by%20VMM.%0A%3CUL%3E%0A%3CLI%3EBring%20the%20Host%20to%20be%20updated%20in%20Maintenance%20mode%20from%20VMM%3C%2FLI%3E%0A%3CLI%3EPatch%20the%20host%3C%2FLI%3E%0A%3CLI%3EUse%20mofcomp%20to%20add%20the%20VMM%20related%20classes%20and%20class%20instances%20to%20the%20WMI%20repository%3C%2FLI%3E%0A%3CLI%3EIf%20the%20host%20is%20managed%20by%20NC%2C%20make%20sure%20that%20%E2%80%98Microsoft%20VMM%20DHCPv4%20server%20Switch%20Extension%E2%80%99%20is%20disabled.%3C%2FLI%3E%0A%3CLI%3ERestart%20the%20host%3C%2FLI%3E%0A%3CLI%3ERefresh%20the%20host%20from%20VMM%3C%2FLI%3E%0A%3CLI%3EBring%20host%20out%20of%20maintenance%20mode.%3C%2FLI%3E%0A%3C%2FUL%3E%0A%3C%2FLI%3E%0A%3C%2FUL%3E%0A%3CUL%3E%0A%3CLI%3EIf%20your%20environment%20has%20many%20hosts%2C%20you%20can%20script%20the%20process%20to%20enumerate%20the%20hosts%20from%20VMM%20using%20%E2%80%98Get-SCVMHost%E2%80%99%20PowerShell%20Commandlet%20and%20use%20remote%20PowerShell%20to%20register%20VMM%20WMI%20classes%20as%20suggested%20above.%26nbsp%3B%3C%2FLI%3E%0A%3C%2FUL%3E%3C%2FLINGO-BODY%3E%3CLINGO-TEASER%20id%3D%22lingo-teaser-360646%22%20slang%3D%22en-US%22%3E%3CP%3E%3CSPAN%3EWhen%20Windows%20update%20%E2%80%98%3C%2FSPAN%3E%3CA%20href%3D%22https%3A%2F%2Fsupport.microsoft.com%2Fen-in%2Fhelp%2F4467684%2Fwindows-10-update-kb4467684%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%20target%3D%22_blank%22%3EKB4467684%3C%2FA%3E%3CSPAN%3E%E2%80%98%2C%20%E2%80%98%3C%2FSPAN%3E%3CA%20href%3D%22https%3A%2F%2Fsupport.microsoft.com%2Fen-us%2Fhelp%2F4478877%2Fwindows-10-update-kb4478877%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%20target%3D%22_blank%22%3EKB4478877%3C%2FA%3E%3CSPAN%3E%E2%80%98%2C%20%E2%80%98%3C%2FSPAN%3E%3CA%20href%3D%22https%3A%2F%2Fsupport.microsoft.com%2Fen-us%2Fhelp%2F4471321%2Fwindows-10-update-kb4471321%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%20target%3D%22_blank%22%3EKB4471321%3C%2FA%3E%3CSPAN%3E%E2%80%98%20or%20%E2%80%98%3C%2FSPAN%3E%3CA%20href%3D%22https%3A%2F%2Fsupport.microsoft.com%2Fen-us%2Fhelp%2F4483229%2Fdecember192018kb4483229osbuild143932670%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%20target%3D%22_blank%22%3EKB4483229%3C%2FA%3E%3CSPAN%3E%E2%80%99%20is%20installed%20on%20a%20VMM%20managed%20Windows%20Server%202016%20host%2C%20VMM%20is%20not%20able%20to%20enumerate%20or%20manage%20the%20Logical%20Switch%20deployed%20on%20the%20host.%20Customers%20will%20notice%20the%20following%20symptoms%20when%20they%20open%20the%20%E2%80%98Virtual%20Switches%E2%80%99%20property%20of%20the%20Host.%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-TEASER%3E%3CLINGO-LABS%20id%3D%22lingo-labs-360646%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3ESystem%20Center%20Virtual%20Machine%20Manager%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E

First published on TECHNET on Dec 21, 2018

When Windows update ‘KB4467684‘, ‘KB4478877‘, ‘KB4471321‘ or ‘KB4483229’ is installed on a VMM managed Windows Server 2016 host, VMM is not able to enumerate or manage the Logical Switch deployed on the host. Customers will notice the following symptoms when they open the ‘Virtual Switches’ property of the Host.

 

  • VMM throws the error ‘An uplink port profile set was not specified on the host network adapter <NetworkAdapterName> and was not supplied with Logical switch <LogicalSwitchName>’
  • The Uplink Port Profile drop down menu will appear empty on the Host Virtual Switch – Logical Switch configuration page.

 

Adapter.png

 

Cause:

 

The above-mentioned updates are unregistering the following WMI classes used by VMMAgent to enumerate and manage Logical Switch deployed to the Host.

 

WMI Class MOF File
Scvmm_VirtualEthernetSwitchInternalSettingData Scvmmswitchportsettings.mof
Scvmm_EthernetSwitchPortInternalSettingData
Scvmm_VirtualEthernetSwitchHyperVNetworkVirtualizationSettingData
Msvm_EthernetSwitchPortSCVMMSettingData
Msvmm_DhcpV4PortClientOptionsInfo VMMDHCPSvr.mof
Msvmm_DhcpV4PortBindingOptionsPolicy
Msvmm_DhcpV4PortReservationPolicy
Msvmm_DhcpV4PortPolicy
Msvmm_DhcpV4PortInfo

Running the following PowerShell on the affected host fetches zero objects.

Get-CimClass -Namespace root/virtualization/v2 -classname *vmm*

Note: Running the same PowerShell on a host which does not have these updates installed, fetches VMM related classes.

 

Solution:

 

Use mofcomp to add the VMM related classes and class instances to the WMI repository. On the affected host, run the following commands

Mofcomp “%systemdrive%\Program Files\Microsoft System Center 2016\Virtual Machine Manager\setup\scvmmswitchportsettings.mof”

Mofcomp “%systemdrive%\Program Files\Microsoft System Center 2016\Virtual Machine Manager\DHCPServerExtension\VMMDHCPSvr.mof”

 

Note:
  • After you add the classes to WMI repository, you should refresh the host on VMM. Make sure ‘System Center 2016 Update Rollup 6’ is installed on the VMM server as this update brings in improvements to VMM Host refresh time.
  • If you are running System Center Virtual Machine Manager Semi-Annual Channel release (SAC), then the path for mof files would be
%systemdrive%\Program Files\Microsoft System Center\Virtual Machine Manager\setup\scvmmswitchportsettings.mof
%systemdrive%\Program Files\Microsoft System Center\Virtual Machine Manager\DHCPServerExtension\VMMDHCPSvr.mof

  • We have heard reports that ‘Microsoft VMM DHCPv4 Server Switch Extension’ is being enabled on a Host managed by Microsoft Network Controller (NC) after running mofcomp. This is causing BSOD on the NC managed Host. Make sure that only ‘Microsoft Azure VFP Switch Extension’ is enabled and all other Hyper-V Switch extensions are disabled once you run mofcomp.

 

Get-VMSwitchExtension -VMSwitch $VMSwitch | Format-Table Name, Enabled

Name                                               Enabled

----                                               -------

Microsoft Windows Filtering Platform               False

Microsoft VMM DHCPv4 Server Switch Extension       False

Microsoft Azure VFP Switch Extension               True

Microsoft NDIS Capture                             False

  • As a best practice, follow this process to patch a host managed by VMM.
    • Bring the Host to be updated in Maintenance mode from VMM
    • Patch the host
    • Use mofcomp to add the VMM related classes and class instances to the WMI repository
    • If the host is managed by NC, make sure that ‘Microsoft VMM DHCPv4 server Switch Extension’ is disabled.
    • Restart the host
    • Refresh the host from VMM
    • Bring host out of maintenance mode.
  • If your environment has many hosts, you can script the process to enumerate the hosts from VMM using ‘Get-SCVMHost’ PowerShell Commandlet and use remote PowerShell to register VMM WMI classes as suggested above.