I have a problem that in 1 of our servers the cronjob
"30 3 * * * certbot renew --quiet --post-hook 'systemctl reload nginx'"
but it does not renew.. and I dont know how to fix this because we dont know what changed, because it worked before.
Also, there are no letsencrypt.log from that time
When you opened this thread in the Help section, you should have been provided with a questionnaire. Maybe you didn't get it somehow (which is weird), or you've decided to delete it. In any case, all the answers to this questionnaire are required:
Please fill out the fields below so we can help you better. Note: you must provide your domain name to get help. Domain names for issued certificates are all made public in Certificate Transparency logs (e.g. crt.sh | example.com), so withholding your domain name here does not increase secrecy, but only makes it harder for us to provide help.
My domain is:
I ran this command:
It produced this output:
My web server is (include version):
The operating system my web server runs on is (include version):
My hosting provider, if applicable, is:
I can login to a root shell on my machine (yes or no, or I don't know):
I'm using a control panel to manage my site (no, or provide the name and version of the control panel):
The version of my client is (e.g. output of certbot --version or certbot-auto --version if you're using Certbot):
There should be a log somewhere. Also, the --quiet option should output errors to cron, so you should have a failed cronjob email with the Certbot output.
My web server is: I dont have 1, its a server with multiple webservers on it
The operating system my web server runs on is: The debian version of the server is 11.2
My hosting provider, if applicable, is: I dont know
I can login to a root shell on my machine: Yes, the cronjob is on the root user, not ansible user
I'm using a control panel to manage my site: Nope
Certbot version: certbot 2.7.4
Also, I dont know where the logs are, I cant do anything with "The logs are somewhere". There is no mail configured inside this server
By default, Certbot logs to /var/log/letsencrypt/letsencrypt.log. Without an Certbot output, there's not really something we can do. If you really can't find the log file (which would be quite weird), you could remove the --quiet from the cron command and add the -vv option and output the Certbot output with > to a file.
That said, you could also simply run sudo certbot renew -vv
You marked your last post as the Solution. Have you resolved your problem?
If not, I would test the renew command manually at the command prompt. Using --dry-run will not affect your existing production certs. Once we know that works we can focus on the cron part of the problem.