Details
-
Bug
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
-
3.2.1
-
CP: sprint 133
-
1
-
Core: Platform
-
University of Alabama
Description
Overview:
While importing a large batch of new users (50k+) we encountered an issue with mod-user-import task (task restarted due to out of memory)
As a result, we found that several of the new users were created without an associated empty permissions_users record. This results in users in a state where you cannot add permissions on the ui or issue a reset password link.
Attempting to re-import the file does not help. Because the user records are now present, the batch request is handled as an update for these users (updates do not add permissions_users Records)
Need to manually workaround by determining users w/o associated permissions_users records and adding an empty record for each user
https://s3.amazonaws.com/foliodocs/api/mod-permissions/p/permissions.html#perms_users_post
Steps to Reproduce:
- Issue a POST request to user-import with a large number of users. Users are imported in batches of 5000 to 14000
Expected Results:
The new user records are created in a complete state with associated permissions_users records.
If not possible, should be able to re-import and update user records to include empty permissions_users record
Actual Results:
Several records are created w/o associated permissions_users records.
Additional Information:
URL:
Interested parties:
clsmith35
TestRail: Results
Attachments
Issue Links
- relates to
-
MODUIMP-30 mod-user-import module crashes on loading 30k Users in performance environment
-
- Closed
-
-
UXPROD-2873 Mod-user-import stabilization
-
- Open
-
-
MODUIMP-64 Use WebClient rather than HttpClientFactory, HttpClientInterface
-
- Closed
-