The mstr_srv pod fails to reach a running 1/1 state with the exception - another user account or group uses the LDAP distinguished name.
Cause
The process imports the user and group names while configuring LDAP in Historical Reporting. This import can create duplicate groups in the Historical Reporting metadata. The issue occurs when these duplicate groups try to apply the unique LDAP DN, which is not allowed.
Solution
Take a backup of mstr-md pod and save it to a secure location on Cluster Control Manager (CCM).
Log in to the Cluster Control Manager (CCM) console as the customer user.
To switch to the root user, type su and press Enter.
To get a list of all the Historical Reporting pods, run the following command:
ADDITIONAL INFORMATION: kubectl get pods -n mstr
Confirm the mstr-srv pod is in a running 1/1 state.
If the mstr-srv pod is in a running 0/1 state, use the following command to edit the mstr-srv configmap:
ADDITIONAL INFORMATION: kubectl edit cm -n mstr srv-configmap
Update the property UPD_GROUPS to False using the following command:
ADDITIONAL INFORMATION: UPD_GROUPS: "false"
Use i to make the configmap editable.
To escape the edit mode, press the Esc button.
Type :wq! and press Enter to save the changes.
Restart the mstr-srv pod using the following command: