Jan 28 2021 04:52 PM
Jan 28 2021 04:52 PM
I am a bit stumped as we have been experiencing issues getting devices into the co-managed state correctly on several of our machines. We did extensive testing on this several months ago and successfully joined 10-15 machines before refocusing our efforts on building out our policies. Machines are showing up in both EPM(Endpoint Manager) and AAD (Azure Active Directory) but have SCCM listed as the MDM authority in AAD.
Image 1, Source AAD
Image 2, Source EPM
Interestingly on the users devices the co-management status is set to 1 we are unable to push apps such as the company portal down to the machine.
This value is managed by the Co-Management sliders in SCCM and increases based on how much of the load is managed by Intune. Therefore currently Intune is not managing the device at all, despite it showing up in Intune as Co-Managed. All test cases of this are part of the Pilot collection in SCCM and all sliders are set to Intune Pilot.
I have collected logs on all of the devices that have this issue and have noticed this error is present on all of them and users are not getting the MFA prompt to set up intune in the first instance.
"Auto MDM Enroll: Device Credential (0x0). Failed (Unknown Win32 Error code 0x8018002b)"
This leads me to believe that devices are using the incorrect credential (Device) to sign up for Microsoft EPM despite the following Policy.
I have tried the below solutions to no success:
One of the following conditions should be the cause
It could be that i am missing something obvious but I would appreciate help finding that component :).
Feb 01 2021 02:20 PM
Responding to a possibly deleted comment received by email, here is a bit more information that may help:
The Co-Management handler logs are as follows:
Two of the errors that stick out to me are:
This issue seems to point to the SCCM collection being unable to set new values for Auto-Enrol & Capabilities. Note that I am no expert in SCCM and I am just presenting what i see in the logs.
Non-Compliant Devices (Active)
Unknown Devices (Inactive)
Note that all devices were active before the auto-enrol process was started and 1 of the inactive devices was successfully co-managed before having SCCM removed.
Please feel free to reach out if any other logs or information would help investigate this issue.
Mar 15 2023 11:36 AM
Was this ever resolved? We just started seeing an almost identical issue, but it mainly impacts our cloud pcs.