Better handling of pre-existing service accounts by the rbac-manager operator #386
Labels
enhancement
Adding additional functionality or improvements
pinned
Prevents stalebot from removing
priority: could
Future work depending on bandwidth and availability
We have few service accounts that are created outside of our rbacDefinitions and the rbac-manager operator logs show attempts to create each service account whenever it tries to reconcile service accounts on the cluster. Outside of adding label
rbac-manager=reactiveops
to those pre-existing service accounts there isn't a way for us to prevent rbac-manager from trying to create those service accounts.I believe there should be a new label that rbac-manager looks for so we can manage service accounts we don't want rbac-manager trying to create upon reconciliation.
One option is to add the label to our pre-existing service accounts, but not sure if that brings in unforeseen issues.
Logs for rbac-manager show repeated error logs attempting to create service account created outside of rbacDefinitions.
The text was updated successfully, but these errors were encountered: