You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When configuring an instance group referencing a credential, the `dispatch`` role will fail on the initial run because the credential does not exist.
Instance groups tied to custom OCP container groups rely on credentials of `OpenShift or Kubernetes API Bearer Token`` type. So this will pop up more as adoption of this role against AAP on OCP increases.
Issue Type
Bug Report
Desired Behavior
The instance group should be created without failure with the proper credential attached.
so the question is do we change where instance_groups get called to after creds which would require us to be able to skip instance_groups when creating orgs or do we need to keep where it is being created and skip adding creds and apply the creds to them after they are created similarly like we have to do for orgs. I am not sure if there are any other dependencies to instance_groups
Summary
When configuring an instance group referencing a credential, the `dispatch`` role will fail on the initial run because the credential does not exist.
Instance groups tied to custom OCP container groups rely on credentials of `OpenShift or Kubernetes API Bearer Token`` type. So this will pop up more as adoption of this role against AAP on OCP increases.
Issue Type
Desired Behavior
The instance group should be created without failure with the proper credential attached.
Actual Behavior
e.g.
Will fail on the initial run because the order of creation is:
STEPS TO REPRODUCE
The text was updated successfully, but these errors were encountered: