SCCM ConfigMgr MP Deinstallation failed Client Registration Issues ConfigMgr. In ConfigMgr/SCCM, Management Point issues are common. It makes a bit interesting when we had a client registration issue after completing the Task Sequence.
The other functionalities of MP, like delivering new policies to the existing clients, were working fine, so the only issue was client registration. The client completed the Task Sequence successfully; however, it was not getting registered to ConfigMgr Management Point.
SCCM ConfigMgr MP Deinstallation failed Client Registration Issues
I’m not an expert in the OSD/TS part of SCCM / ConfigMgr, so I assumed that the client would get registered with SCCM 2012 MP during TS. However, it seems this is not true?. The SCCM client is registered with MP only after Task Sequence completion.
To prove this, I had checked SmsTs.log, AppEnforce.log, and ClientIDManagerStartup.log. In the ClientIDManagerStartup.log, I could see the following entries.
[RegTask] - Client registration is pending. Sending confirmation request for GUID:6CE6E0PC-4584-4DA1-BE52-D3EBFB29E4C0 ... [RegTask] - Sleeping for 1920 seconds ...
Client Registration Issues ConfigMgr
Then I tried to read around to learn about the background process of the client registration and policy retrieval during Task Sequence. During an SCCM OSD Task Sequence, the SCCM client is placed in provisioning mode. So what is the provisioning mode?
The client does not pick up policy from the MP in provisioning mode. This is done, so that advertised programs, software updates, and tasks targeted to existing client PCs do not run until the Task Sequence completes. So until the client is provisioning mode, it won’t register with SCCM Management Point.
More details on provisioning mode http://blogs.technet.com/b/configurationmgr/archive/2010/09/13/solution-after-a-configmgr-2007-osd-task-sequence-completes-the-client-may-not-automatically-pull-down-policy.aspx
So back to the original issue, the SCCM ConfigMgr client is not getting registered with MP. I tried checking the following logs @ remote MP Site System.
MP_ClientID.log – Nothing much related to the problematic client :
Parse a client ID request Send reply message to the client SMS_UniqueIdentifier0=GUID:441C77F7-3097-4FE9-8BB1-3863D87EB719, LastPXEAdvertisementID=, LastPXEAdvertisementTime=, OfferID=PK020024, OfferIDTime=2/20/2014 11:32:00 AM, PkgID=CAS001SE, PackageVersion=, PackagePath=http://acncmrs.configmgr.com/SMS_DP_SMSPKG$/CAS001PC, BootImageID=CAS001PC, Mandatory=0, Known=1
MP_CliReg.log :- Following entries are there in the log file.
SMS MP Registration Manager stopped. SMS MP Registration Manager started. Could not load logging configuration for component MP_RegistrationManager. Using default values.
MP_RegistrationManager.log:- Following entries are there in the log file.
MP Reg: Did not find client(GUID:5B942C7F-A352-4940-B668-B45BA1515976) public key. This may be because the client has not registered yet. MP Reg: Processing completed. Completion state = 0
None of the new clients are getting registered. Everything looked fine when we checked MPcontrol.log and MP communication with existing clients. While checking MPSetup.log, we found that MP got reinstalled 2 days before. After that, this issue started popping up. So what next?
SCCM ConfigMgr MP Deinstallation failed Client Registration Issues ConfigMgr
One of the options is to remove the MP role and add it back. We removed MP. However, the remote SCCM MP deinstall was not successful. It got failed. The Sitecomp.log file gave some hints about the issue. SCCM ConfigMgr MP Deinstallation failed, and Client Registration Issues ConfigMgr.
Cannot delete registry key HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\SMS_EXECUTIVE\Threads\SMS_COMPONENT_MONITOR on server acncmrs.configmgr.com . The operating system reported error 997: Overlapped I/O operation is in progress. Deinstallation failed and will be retried in the next polling cycle.
We’ve checked the registry entry on the remote MP and confirmed that the Role Install account has full access to the registry entry. So what next? Taken the backup of the registry entry “HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\SMS_EXECUTIVE\Threads\SMS_COMPONENT_MONITOR” and deleted the registry entry given in the above log snippet from remote ConfigMgr SCCM Management Point.
Great, that did the trick. Sitecomp.log at the primary site indicated that SCCM MP was deinstalled or removed successfully. Also, I confirmed this with the MPSETUP.log file at the remote MP site system server. Added back the MP site system role to the remote site system. Performed a test build, and Yes, the client can register with MP. Issue resolved 😉
Quite easy. So what I learned from this issue is provisioning and client registration process post Task Sequence completion !!
Anoop is Microsoft MVP! He is a Solution Architect in enterprise client management with more than 20 years of experience (calculation done in 2021) in IT. He is a blogger, Speaker, and Local User Group HTMD Community leader. His main focus is on Device Management technologies like SCCM 2012, Current Branch, and Intune. E writes about ConfigMgr, Windows 11, Windows 10, Azure AD, Microsoft Intune, Windows 365, AVD, etc…