Skip to content

Commit a3c69af

Browse files
authored
Merge branch 'main' into win365b
2 parents f687a8b + 7e3cba1 commit a3c69af

File tree

1 file changed

+29
-2
lines changed

1 file changed

+29
-2
lines changed

autopilot/device-preparation/known-issues.md

Lines changed: 29 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -40,6 +40,35 @@ This article describes known issues that can often be resolved with:
4040
4141
## Known issues
4242
43+
## Security group membership update failures might lead to non-compliant devices
44+
45+
Date added: *September 27, 2024*
46+
47+
If security groups aren't properly configured in Microsoft Intune, devices might lose compliance and be left in an unsecured state. The following are potential reasons for security group membership failures:
48+
49+
- **Retry failures**: Security group membership updates might not succeed during retry windows, leading to delays in group updates.
50+
51+
- **Static to dynamic group changes**: After the Windows Autopilot device preparation profiles are configured, changing a security group from static to dynamic could cause failures.
52+
53+
- **Owner removal**: If the Intune Autopilot First Party App is removed as an owner of a configured security group, updates might fail.
54+
55+
- **Group deletion**: If a configured security group is deleted and devices are deployed before Microsoft Intune detects the deletion, security configurations might fail to apply.
56+
57+
To mitigate the issue, follow these steps:
58+
59+
1. **Validate security group configuration before provisioning**:
60+
61+
- Ensure the correct security group is selected within the Microsoft Intune admin center or the Microsoft Entra admin center.
62+
- The security group should be configured within the Windows Autopilot device preparation profile.
63+
- The group shouldn't be assignable to other groups.
64+
- The Intune Autopilot First Party App should be an owner of the group.
65+
66+
1. **Manually fix the provisioned devices**:
67+
68+
- If devices are already deployed or the security group isn't applicable, manually add the affected devices to the correct security group.
69+
70+
By following these steps, you can prevent security group membership failures and ensure devices remain compliant and secure.
71+
4372
## Deployment fails for devices not in the Coordinated Universal Time (UTC) time zone
4473
4574
Date added: *July 8, 2024* <br>
@@ -92,9 +121,7 @@ The issue is being investigated. As a workaround, add the following additional r
92121
For more information, see [Required RBAC permissions](requirements.md?tabs=rbac#required-rbac-permissions).
93122

94123
> [!NOTE]
95-
>
96124
> The [Required RBAC permissions](requirements.md?tabs=rbac#required-rbac-permissions) article doesn't list the **Device configurations** - **Assign** permission. This permission requirement is only temporary until the issue is resolved. However, the article can be used as a guide on how to properly add this permission.
97-
98125
**This issue was resolved in July 2024.**
99126

100127
### Device is stuck at 100% during the out-of-box experience (OOBE)

0 commit comments

Comments
 (0)