Expand my Community achievements bar.

Submissions are now open for the 2026 Adobe Experience Maker Awards.

Security and Group Users - Issue

Avatar

Level 4

Hi,

 

We have many security/groups created under PR and PN node, and we have added many users into those groups manually under both nodes. This is under use from many years, and also currently we are utilizing this for adding/removing people, but from past week we are facing a issue. We created a new group and checked same thing occurred.

 

Issue description: The users are getting removed from the PN instance frequently. The created group is present but the users are getting vanished. This is creating a huge impact.

But its working as expected on PR instance.

 

So, please help regarding this.

 

Thanks,

Shreyas.

 

 

4 Replies

Avatar

Employee

Hi @Shreyas_tm.,

Can you please confirm if this is related to AEM Forms on JEE or AEM Forms on OSGI. This information will help us to answer your question appropriately.

 

Thanks

Pranay

Avatar

Level 4

Its AEM Forms on JEE, but does it have impact. Because we are add the users to groups through the inbuilt feature of AEM forms.

 

Thanks,

Shreyas

Avatar

Employee

Hi @Shreyas_tm,

 

Thank you so much for sharing the information.

 

Thank you for reporting the issue regarding users being automatically removed from groups on the PN instance in your AEM Forms JEE environment. We have analyzed the behavior, and here are our initial findings and next steps:

Observations

  • The issue is specific to the PN instance. Groups are created successfully, but the user memberships are getting removed automatically after some time.

  • On the PR instance, group memberships remain intact and function as expected.

  • The same behavior occurs for newly created groups, indicating this is not limited to older configurations.

Possible Causes

Based on how User Management works in AEM Forms JEE:

  1. Directory/LDAP Synchronization – If directory synchronization is enabled, the PN instance may be running a scheduled sync job that overwrites or removes manual group memberships. There is a configuration setting in User Management to “Preserve local group membership”; if this is disabled, manual changes may be lost.

  2. Cluster Behavior – In a clustered JEE deployment, user/group data is stored in the common User Management database. If PN is not fully synchronized with the shared DB or has an inconsistent configuration, it can refresh its local cache and appear to “drop” memberships.

  3. Configuration Differences – There may be configuration mismatches between PR and PN in adminui > Settings > User Management > Configuration > Directory Management, which can lead to different sync or cleanup policies.

Recommended Next Steps

  1. Verify Directory Sync Configuration

    • Please confirm whether LDAP/Directory sync is enabled on PN.

    • In AdminUI > Settings > User Management > Configuration > Directory Management, check if the option Preserve local group membership is enabled.

  2. Review Logs on PN

    • Check um.log and server.log on PN around the time the users are removed for entries related to Directory Sync or membership removal.

  3. Check Database Consistency

    • Since User Management is backed by the database, we should verify that the group membership entries exist in the EDCPRINCIPALENTITY and related UM tables after adding users on PR. This will help confirm if memberships are actually being removed from the database or only from PN’s local view.

  4. Ensure Consistent Configuration Across PR and PN

    • Export the User Management configuration XML from AdminUI on both PR and PN and compare them. Both nodes must share identical configurations to ensure consistent behavior.

Interim Workaround

  • Until this is resolved, please make all group membership changes from the PR instance. This ensures that changes are committed correctly to the shared UM database.

  • If LDAP sync is not required on PN, consider disabling any scheduled Directory Sync jobs there to prevent overwriting of local memberships.


We recommend performing the above checks, and once we have the logs and configuration details, we can provide you with more specific guidance.

 

Thanks

Pranay

Avatar

Administrator

@Shreyas_tm Checking in—were you able to solve this? If you came up with a solution yourself, sharing it would help others facing the same problem. Also, marking a helpful reply as accepted makes it easier for future readers. Thanks for contributing!



Kautuk Sahni