# Problem with renewing certificate with certbot on centos-6 (Apache 2 issue?) **URL:** \ **Category:** Help\ **Created:** [September 16, 2019, 11:57am UTC](https://community.letsencrypt.org/t/problem-with-renewing-certificate-with-certbot-on-centos-6-apache-2-issue/102127 "2019-09-16T11:57:09Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![anthonyhaffey](https://avatars.discourse-cdn.com/v4/letter/a/d07c76/32.png) [@anthonyhaffey](https://community.letsencrypt.org/u/anthonyhaffey)\ **Post date:** [September 16, 2019, 11:57am UTC](https://community.letsencrypt.org/t/problem-with-renewing-certificate-with-certbot-on-centos-6-apache-2-issue/102127/1 "2019-09-16T11:57:10Z")
Hello, Thanks for writing this software - I’m pretty sure that my issue reflects my lack of understanding of some relatively basic aspect of the functionality. Until September 9th I had a working certificate, but then it expired. 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. [https://crt.sh/?q=example.com](https://crt.sh/?q=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: [www.ocollector.org](http://www.ocollector.org) & [ocollector.org](http://ocollector.org) I ran this command: certbot-auto --apache -d [www.ocollector.org](http://www.ocollector.org) -d [ocollector.org](http://ocollector.org) It produced this output: The apache plugin is not working; there may be problems with your existing configuration. The error was: NoInstallationError(‘Could not find configuration root’,) My web server is (include version): Apache 2 The operating system my web server runs on is (include version): Centos 6 My hosting provider, if applicable, is: ecowebhosting (but VPS) I can login to a root shell on my machine (yes or no, or I don’t know): yes I’m using a control panel to manage my site (no, or provide the name and version of the control panel): sometimes, but not for SSL certificate management The version of my client is (e.g. output of `certbot --version` or `certbot-auto --version` if you’re using Certbot): certbot 0.38.0 Based on the error message and what I saw on other threads I also tried I ran this command: certbot-auto --apache -d [www.ocollector.org](http://www.ocollector.org) --apache-server-root /etc/apache2 It produced this output: Saving debug log to /var/log/letsencrypt/letsencrypt.log Plugins selected: Authenticator apache, Installer apache Obtaining a new certificate Performing the following challenges: http-01 challenge for [www.ocollector.org](http://www.ocollector.org) Cleaning up challenges File: /etc/httpd/conf.d/le\_http\_01\_challenge\_pre.conf - Could not be found to be deleted - Certbot probably shut down unexpectedly File: /etc/httpd/conf.d/le\_http\_01\_challenge\_post.conf - Could not be found to be deleted - Certbot probably shut down unexpectedly An unexpected error occurred: Traceback (most recent call last): File “/opt/eff.org/certbot/venv/bin/letsencrypt”, line 11, in load\_entry\_point(‘letsencrypt==0.7.0’, ‘console\_scripts’, ‘letsencrypt’)() File “/opt/eff.org/certbot/venv/lib64/python3.4/site-packages/certbot/main.py”, line 1378, in main return config.func(config, plugins) File “/opt/eff.org/certbot/venv/lib64/python3.4/site-packages/certbot/main.py”, line 1133, in run certname, lineage) File “/opt/eff.org/certbot/venv/lib64/python3.4/site-packages/certbot/main.py”, line 121, in \_get\_and\_save\_cert lineage = le\_client.obtain\_and\_enroll\_certificate(domains, certname) File “/opt/eff.org/certbot/venv/lib64/python3.4/site-packages/certbot/client.py”, line 405, in obtain\_and\_enroll\_certificate cert, chain, key, \_ = self.obtain\_certificate(domains) File “/opt/eff.org/certbot/venv/lib64/python3.4/site-packages/certbot/client.py”, line 348, in obtain\_certificate orderr = self.\_get\_order\_and\_authorizations(csr.data, self.config.allow\_subset\_of\_names) File “/opt/eff.org/certbot/venv/lib64/python3.4/site-packages/certbot/client.py”, line 384, in \_get\_order\_and\_authorizations authzr = self.auth\_handler.handle\_authorizations(orderr, best\_effort) File “/opt/eff.org/certbot/venv/lib64/python3.4/site-packages/certbot/auth\_handler.py”, line 69, in handle\_authorizations resps = self.auth.perform(achalls) File “/opt/eff.org/certbot/venv/lib64/python3.4/site-packages/certbot\_apache/configurator.py”, line 2304, in perform http\_response = http\_doer.perform() File “/opt/eff.org/certbot/venv/lib64/python3.4/site-packages/certbot\_apache/http\_01.py”, line 76, in perform self.\_mod\_config() File “/opt/eff.org/certbot/venv/lib64/python3.4/site-packages/certbot\_apache/http\_01.py”, line 134, in \_mod\_config with open(self.challenge\_conf\_pre, “w”) as new\_conf: FileNotFoundError: [Errno 2] No such file or directory: ‘/etc/httpd/conf.d/le\_http\_01\_challenge\_pre.conf’ Please see the logfiles in /var/log/letsencrypt for more details. So I’m inclined to think there’s a problem with Apache interacting with certbot-auto? Thanks in advance for any help, Ant ---
**Author:** ![JuergenAuer](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/juergenauer/32/26491_2.png) [@JuergenAuer](https://community.letsencrypt.org/u/JuergenAuer)\ **Post date:** [September 16, 2019, 1:17pm UTC](https://community.letsencrypt.org/t/problem-with-renewing-certificate-with-certbot-on-centos-6-apache-2-issue/102127/2 "2019-09-16T13:17:27Z")
Hi @anthonyhaffey that's > [@anthonyhaffey](#): > > --apache-server-root /etc/apache2 the standard value. So if your command doesn't work without that parameter, it can't work with that parameter. Please check your system to find your real httpd root. Google shows something like > By default, modules are **located** in the /etc/httpd/modules/ **directory**. **Configuration** directives for the default modules are **located** in /etc/httpd/ **conf** /httpd. **conf** , while **configuration** options for optional modules installed with yum are generally placed in . **conf files** in /etc/httpd/ **conf**.d/ but you may have a different configuration. ---
**Author:** ![anthonyhaffey](https://avatars.discourse-cdn.com/v4/letter/a/d07c76/32.png) [@anthonyhaffey](https://community.letsencrypt.org/u/anthonyhaffey)\ **Post date:** [September 16, 2019, 2:18pm UTC](https://community.letsencrypt.org/t/problem-with-renewing-certificate-with-certbot-on-centos-6-apache-2-issue/102127/3 "2019-09-16T14:18:59Z")
Thanks, very helpful reply. I was able to find the correct location which in my case required me to update my command to: certbot-auto --apache -d [www.ocollector.org](http://www.ocollector.org) --apache-server-root **/opt/eff.org/certbot/venv/lib/python3.4/site-packages/certbot\_apache/tests/testdata/gentoo\_apache/apache/apache2/** Just checked [www.ocollector.org](http://www.ocollector.org), the certificate is working now. Thanks again for your help. ---
**Author:** ![JuergenAuer](https://sea3.discourse-cdn.com/letsencrypt/user_avatar/community.letsencrypt.org/juergenauer/32/26491_2.png) [@JuergenAuer](https://community.letsencrypt.org/u/JuergenAuer)\ **Post date:** [September 16, 2019, 2:25pm UTC](https://community.letsencrypt.org/t/problem-with-renewing-certificate-with-certbot-on-centos-6-apache-2-issue/102127/4 "2019-09-16T14:25:45Z")
Oh, that's > [@anthonyhaffey](#): > > --apache-server-root **/opt/eff.org/certbot/venv/lib/python3.4/site-packages/certbot\_apache/tests/testdata/gentoo\_apache/apache/apache2/** really a non standard path. Happy to read that you have found that special path 👍 ---
**Author:** ![system](https://global.discourse-cdn.com/letsencrypt/original/3X/c/a/ca6c06ea1ea201324bba7048c6841ce60236468d.png) [@system](https://community.letsencrypt.org/u/system)\ **Post date:** [October 16, 2019, 2:25pm UTC](https://community.letsencrypt.org/t/problem-with-renewing-certificate-with-certbot-on-centos-6-apache-2-issue/102127/5 "2019-10-16T14:25:50Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.