Failed to get information for MP: http://site. 80090006.

After upgrading a ConfigMgr site from 1511 to 1602, you may be unable to image any systems.  The error message shown on the screen will be “An error occurred while retrieving policy for this computer (0x80004005)”.   The Smsts.log file will have a message of “Failed to get information for MP: http://site. 80090006”.

The Smsts.log file may look something like this:

CryptVerifySignature (hHash, pSignature, dwSizeSignature, hKey, NULL, 0), HRESULT=80090006 (e:\nts_sccm_release\sms\framework\osdmessaging\libcrypt.cpp,642) TSMBootstrap 4/6/2016 12:32:10 PM 1176 (0x0498)

CryptVerifySignature failed, 80090006 TSMBootstrap 4/6/2016 12:32:10 PM 1176 (0x0498)

VerifySignedString (sAnsiCert.getBuffer(), m_sMPCertificateSignature.c_str(), szTrustedRootKey, 32780 ), HRESULT=80090006 (e:\nts_sccm_release\sms\framework\osdmessaging\libsmsmessaging.cpp,5387) TSMBootstrap 4/6/2016 12:32:10 PM 1176 (0x0498)

untrusted certificate:
{cert string} 
TSMBootstrap 4/6/2016 12:32:10 PM 1176 (0x0498)

MPKeyInformation.RequestMPKeyInformationForMedia(szTrustedRootKey), HRESULT=80090006 (e:\nts_sccm_release\sms\framework\osdmessaging\libsmsmessaging.cpp,9599) TSMBootstrap 4/6/2016 12:32:10 PM 1176 (0x0498)

Failed to get information for MP: http://site. 80090006. TSMBootstrap 4/6/2016 12:32:10 PM 1176 (0x0498)

Continue reading

“Failed to find a valid network adapter” error in SCCM 1511

Running the current branch of ConfigMgr (1511),  while starting a bare metal OSD task sequence you may receive an error message that states “Failed to find a valid network adapter”.  It appears that the system is not receiving an IP address in a fast enough manner for SCCM.  In the smsts.log file, you will see this error:

Failed to find a valid network adapter. Please ensure that this machine has a network adapter and appropriate network drivers.
Unspecified error (Error: 80004005; Source: Windows)

Continue reading

Hyper-V and VMM Memory stats…complexity abounds

Someone requests you to build a new environment.  Do we have enough resource?  In VMM go to “Fabric” workspace, find the Cluster, and hit Overview at the top.  Hey no problem!  I have tons of space here.  Well that 256GB is only 128GB when you have a 2 node cluster with 1 reserve.

If you mouse over the memory graph it says 41GB allocated to VMs.  This is calculated from the Startup parameter so it’s not the real truth!  This is enough to meet the demand to START the vms.  They will and do consume more RAM as the apps start up.  So what do we do?  You can open up VMM and look at “Memory Assigned” column and get out your calculator…OR you can run this script from chfvwp-scrdm01 or any hyper-v host.  Specify the physical hosts you want to aggregate in the get-vm section.

get-vm -ComputerName hv01,hv02 | Measure-Object -Sum ‘MemoryAssigned’ | select Count, @{n=’UsageGB’;e={[int]($_.Sum/1GB)}}

SOOOO our 14 VMs are actually using 51gb of ram in production at this moment.  We can have a total of about 120GB with 1 node failover so we should be in the clear.

Want to really go deep?  Check out how VMM calculates over-commit in 2012 R2.

Unified Messaging broken after moving user to O365

After moving a user from on-prem Exchange 2010 to Office 365, we would get the following error in the Skype for Business trace logs.  Why was this happening?

ms-diagnostics: 15014;reason=”Hosted Voicemail Policy assigned to the user is not fully configured. Destination or Organization might be null”;source=””;appName=”ExumRouting”

After you move someone you need to grant the hosted voicemail policy.

get-csuser test.user | Grant-CsHostedVoicemailPolicy -PolicyName “Lync NorthAmerica Policy”

DHCPUTIL Throws no Error on Windows Core

Windows Core dhcputil on Core throws no error

DHCPUtil.exe needs two .dll files to start up 



To fix this, go to “C:\Windows\System32” on your standard or front-end server and you will find the files there. Next, simply copy them to “C:\Windows\System32” on the DHCP Server and DHCPUtil.exe will now run.