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
I understand that the AWX Operator is open source software provided for free and that I might not receive a timely response.
Bug Summary
I had AWX installed with the operator and running, made a change to add LDAP ssl certificate following these instructions.
Created the secret with all certificates I needed, changed the name of the secret in the deployment file ( bundle_cacert_secret:), ran k apply -f deployment. Pods started failing because they were looking at different "version" deployment in which the name of the secret was different.
Used kubectl rollout restart deployment to restart the pods ref
Delete pods, but new pods were looking at the same old deployment that had the old secret.
Lastly I deleted the deployments in the namespace, which just broke everything and now
I need to reinstall it all over again .
All that just to add a certificate file for LDAP
AWX Operator version
2.19.1
AWX version
can't tell it's all gone
Kubernetes platform
kubernetes
Kubernetes/Platform version
KFD latest at time of writing.
Modifications
no
Steps to reproduce
delete secret containing ssl certificate.
create new secret containing the new ssl certificate.
Update AWX deployment file.
kubectl apply -f deployment-name.yml
kubectl rollout restart
Expected results
New SSL certificates are added to pod and LDAPs works with them without needing to delete and recreate the entire namespace (I confirm that LDAP was configured correctly so it is not an LDAP config issue)
Actual results
Pods picking up on old deployment values where secret was named differently, destroyed setup and have to start over.
Additional information
Can you also clarify if these spec parameters are deprecated or not? ldap_cacert_secret: ldap_password_secret:
I find it a bit confusing that the table above says deprecated, yet there are examples with them below.
Operator Logs
deployment file
The text was updated successfully, but these errors were encountered:
Please confirm the following
Bug Summary
I had AWX installed with the operator and running, made a change to add LDAP ssl certificate following these instructions.
Created the secret with all certificates I needed, changed the name of the secret in the deployment file (
bundle_cacert_secret:
), rank apply -f deployment
. Pods started failing because they were looking at different "version" deployment in which the name of the secret was different.Used
kubectl rollout restart deployment
to restart the pods refDelete pods, but new pods were looking at the same old deployment that had the old secret.
Lastly I deleted the deployments in the namespace, which just broke everything and now
I need to reinstall it all over again .
All that just to add a certificate file for LDAP
AWX Operator version
2.19.1
AWX version
can't tell it's all gone
Kubernetes platform
kubernetes
Kubernetes/Platform version
KFD latest at time of writing.
Modifications
no
Steps to reproduce
kubectl apply -f deployment-name.yml
kubectl rollout restart
Expected results
New SSL certificates are added to pod and LDAPs works with them without needing to delete and recreate the entire namespace (I confirm that LDAP was configured correctly so it is not an LDAP config issue)
Actual results
Pods picking up on old deployment values where secret was named differently, destroyed setup and have to start over.
Additional information
Can you also clarify if these spec parameters are deprecated or not?
ldap_cacert_secret:
ldap_password_secret:
I find it a bit confusing that the table above says deprecated, yet there are examples with them below.
Operator Logs
deployment file
The text was updated successfully, but these errors were encountered: