Hi @audun, the slowness of the renewal process is probably the root cause of this because the CA will require the certificate issuance to complete within a certain period of time.
What Let’s Encrypt client software are you using? What command do you use to ask it to renew?
What authentication method (challenge type) are you using to prove control of the names?
What kind of Internet connection do you have for your hosting?
Is there any kind of firewall that tries to inspect incoming connections to your server? Is it behind any kind of proxy or CDN?
How many Let’s Encrypt certificates do you have overall?
Also, there is an ongoing service problem related to validation which may be the deeper root cause of the slowness. Could you try again once the server team has cleared up the problem on the CA side? You can check the reported status of the fix at
@bmw, any possible client issue here? (I don’t see an obvious reason, even though it’s an old client version)
@jsha@cpu, maybe worth opening an Akamai ticket to check on possible extreme API slowness? Can we suggest a curl command to verify the behavior of the API endpoint?
@audun, letsencrypt is the old name for certbot. However, OS packages don’t move as quickly as we do. There is a way you can get much more recent versions, bypassing your OS package manager (see https://certbot.eff.org/ on the certbot-auto script), if you want to try that, which might be interesting, but I don’t see a reason why the old software version would cause this particular behavior.
Well, that did the trick. No more errors, and the renewal took a couple of minutes.
So the problem must be with the old version of certbot in the Ubuntu apt-repo.
I didn’t even know there was a ppa for certbot - going to upgrade on my other servers as well now
I’m super-happy that it worked for you, though I’m still puzzled why updating fixed the problem, since I don’t think any previous bug that I’m aware of had this exact symptom!