-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: OpenIDM 4.5.0, OpenIDM 5.0.0
-
Fix Version/s: 6.5.0
-
Component/s: Module - Roles, Performance
-
Labels:
-
Target Version/s:
-
Story Points:5
-
Sprint:OpenIDM Sprint 60
-
Support Ticket IDs:
While investigating OPENIDM-5415, I noticed major latencies when updating ~70 conditional roles in a repo with 1000 users. The calculations performed by conditionalRoles.updateRole would result in populating a role members array with ~35 managed user instances - the ~35 managed users who were granted the role prior to the update were not present in the array, and the new grantees are present, for a diff total of ~70. The calculations performed by conditionalRoles.updateRole to generate the updated role membership array takes ~1 second. The processing of these updates in ManagedObjectSet#update took up to several minutes. The offending invocations made from ManagedObjectSet#update are validateRelationshipFields(line 485) and persistRelationships (line 506). Both can take >30 seconds to return.
To reproduce:
1.Create a repo with 1000 users using Huck's resource creator.
2.Create a conditional role with a condition like "mail sw 'a'".
3.Update this role condition to look for a different character - e.g. b.
The really slow latencies are not always observable - usually it is only 'somewhat' slow - i.e. 7-15 seconds - but still seemingly beyond of expected latencies when updating ~100 records.
- is backported by
-
OPENIDM-11167 Backport OPENIDM-5465: Performance Issue updating conditional role memberships
-
- Closed
-
- is related to
-
OPENIDM-5816 Performance issue with basic provisioning role
-
- Closed
-
- relates to
-
OPENIDM-5470 Managed user creation with POST timeout due to response time increase
-
- Closed
-
- mentioned in
-
Page Loading...