-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Settings tls-acme
to false
should remove existing Certificate objects that are not Ready
#227
Comments
We could probably have a build run the But we should also probably then tell the Ingress to not set the |
This just occurred on a large cluster, where there where 50 certificate objects lying around (and 50 acme pods) |
Need to fully understand what implications there will be for deleting the Might there be a case where we don't want to delete those resources? |
I can't see any problem with this. It won't actually remove the TLS certificate from the ingress. It just means that the ACME challenges will no longer be generated. |
Describe the bug
If you set
tls-acme
toTrue
by mistake, e.g. due to the DNS mapping to a CDN that strips Lets Encrypt challenges (e.g. Akamai). This creates a pod that will run in the namespace trying to validate the HTTP challenge.If you then realise your mistake, and correct the
.lagoon.yml
to havetls-acme
set toFalse
, this will not clean up the existing Lets Encrypt challenge. Leaving you with manual intervention required to clean up theCertificate
object.To Reproduce
Steps to reproduce the behavior:
tls-acme
toTrue
on a domain in.lagoon.yml
.lagoon.yml
to havetls-acme
set toFalse
Expected behavior
Lagoon should delete all
Certificate
objects in the namespace if they are not Ready in status.Additional context
Potentially related to uselagoon/lagoon#2795
The text was updated successfully, but these errors were encountered: