Hello. I am not sure if this is related, but we made a change in the Apache Configuration yesterday, specifically increasing the max request workers. After saving and restarting apache, a few minutes later, 2 of the domains start getting SSL Configuration errors. After a few forced Auto SSL and update and reverting back to the original max request workers, the sites were working again.
@cPRex sir clients are getting angry, every few days any client comes and says his website is not working redirecting to default web page. Some clients gets serious bcz they think their website's data has been deleted or something wrong happened. I will lose clients if it's not fixed soon. Please try to fix it as soon as possible.
It's very annoying issue, today 3 domains started redirecting to default web page clients were yelling at us and posted bas reviews.
Cpanel please fix this issue i request sir
Cpanel please fix this issue i request sir
Clients complaining.
Clients restoring backups because they think they lost data.
Client telling us how we haven't fixed this in almost 2 months.
Cpanel shouldn't be giving us more work to do, on the contrary...
Clients restoring backups because they think they lost data.
Client telling us how we haven't fixed this in almost 2 months.
Cpanel shouldn't be giving us more work to do, on the contrary...
is this only on CentOS 7 or Cloudlinux servers? or has anyone confirmed same issue on Almalinux 8.5 /8.6 or Ubuntu with cPanel 102.0.15 ?
thanks
thanks
It has nothing to do with the operating system, the problem is with cpanel.
Maybe if they give a new raise they will fix the problem. Greedy webpros love to price raise.
We plan to release .0.16 soon, and that fixes all the known ways to reproduce the various reported Apache configuration problems up to this point. The best summary can likely be found here: https://support.cpanel.net/hc/en-us/articles/5860642185879
with around 20.000 sites, we see this 1-2 times every few days... sometimes 2 times on the same day. sometimes 1 time in 3-4 days, so is easy not to see (plus, client HAS to notice and report it)Thanks for your reply. Was just asking. Since I do not have this issue
Hi,
two days ago,i get the same issue on a server with RELEASE version,
so,had 102.0.15 or 102.0.16 fix it ?
i just think the issue should be fixed,
and wait some days without issue,
and then release it as stable,
it will be better.
Hi,
but i check the stable version is 102.0.15 now,
do we need switch all servers to RELEASE ?
or will you set stable as 102.0.16 today,too ?
We've been getting great feedback on the .16 version, so it will be moving to stable very quickly.
Thanks for you reply Jose. I’m sure it’s a big headache and I hope the issue is fixed for you as well in .16
Kind Regards,
Spiro
I just experienced this with the latest version .16
Client #1
Posted today at 09:54
This website is down again. It's not just me. Please see attached.
Client #2
Posted today at 09:59
hi,
my ssl for the website was working perfectly, but just now everything stopped and it tells me i don't have ssl any more.
please could you let me know what happened?
thank you
Ari
Client #3
Posted today at 10:25
Few Hours ago everything was working fine. I just checked now and I discovered an ssl error so Ignored it on my browser and proceeded only to find out that there's an error stating that the ip address has changed.
Below is the screenshot of the page.
This affected even addon domain
Operating SystemCloudLinux v6.10.0
ProductcPanel & WHM v102.0.16 (STANDARD)
[root@esja ~]# /scripts/rebuildhttpdconf && /scripts/restartsrv_apache
info [rebuildhttpdconf] Creating missing document root /home/populart/public_html for populart
Built /etc/apache2/conf/httpd.conf OK
Waiting for “httpd” to restart gracefully …[OK] Send SIGUSR1 to 2769340
waiting for “httpd” to initialize ………finished.
Service Status
httpd (httpd (lscgid)) is running as root with PID 2778451 (pidfile+/proc check method).
Startup Log
[OK] Send SIGUSR1 to 1593978
httpd restarted successfully.
[root@esja ~]#
Rebuilding fixed it, this is still happening.. What they refer to is that they are intercepted with a non-ssl saying intrusion, when its just defaulting to our wildcard certificate because their VHOST is missing. It's ongoing for 2 weeks now @cPRex and I can confirm that I am using the 102.0.16 (STANDARD)
To rule all doubt when the update occurred
lrwxrwxrwx 1 root root 62 May 18 22:26 last -> /var/cpanel/updatelogs/update.1947520.565324545.1647259516.log
=> Log opened from /usr/local/cpanel/scripts/updatenow (1947533) at Wed May 18 22:26:02 2022
[2022-05-18 22:26:02 +0000] Running version '11.102.0.15' of updatenow.
[2022-05-18 22:26:02 +0000] Detected version '11.102.0.15' from version file.
[2022-05-18 22:26:11 +0000] Target version set to '11.102.0.16'
[2022-05-18 22:26:11 +0000] Switching to version 11.102.0.16 of updatenow to determine if we can reach that version without failure.
[root@esja updatelogs]# date
Thu May 19 10:38:02 GMT 2022
---
So I am confirming that as of this morning at least when they sent us this, their vhost was missing in the file. I don't know if all those 3 just found this out about 12 hours too late or if it happened this morning but so far I'm skeptic.
EDIT:
Client confirms
Posted today at 10:43 Yes, the site was working fine yesterday. It went down at 9:50 UTC this morning. From Uptime Robot: The monitor Buildings & Cities xxx is currently DOWN (Connection Timeout) Event timestamp: 2022-05-19 09:50:13 UTC+0
According to this, the events took place 09:50 this morning server time,the patch took place 22:26 yesterday, about 12 hours ago, so this happened during .16 patch.
Client #1
Posted today at 09:54
This website is down again. It's not just me. Please see attached.
Client #2
Posted today at 09:59
hi,
my ssl for the website was working perfectly, but just now everything stopped and it tells me i don't have ssl any more.
please could you let me know what happened?
thank you
Ari
Client #3
Posted today at 10:25
Few Hours ago everything was working fine. I just checked now and I discovered an ssl error so Ignored it on my browser and proceeded only to find out that there's an error stating that the ip address has changed.
Below is the screenshot of the page.
This affected even addon domain
Operating SystemCloudLinux v6.10.0
ProductcPanel & WHM v102.0.16 (STANDARD)
[root@esja ~]# /scripts/rebuildhttpdconf && /scripts/restartsrv_apache
info [rebuildhttpdconf] Creating missing document root /home/populart/public_html for populart
Built /etc/apache2/conf/httpd.conf OK
Waiting for “httpd” to restart gracefully …[OK] Send SIGUSR1 to 2769340
waiting for “httpd” to initialize ………finished.
Service Status
httpd (httpd (lscgid)) is running as root with PID 2778451 (pidfile+/proc check method).
Startup Log
[OK] Send SIGUSR1 to 1593978
httpd restarted successfully.
[root@esja ~]#
Rebuilding fixed it, this is still happening.. What they refer to is that they are intercepted with a non-ssl saying intrusion, when its just defaulting to our wildcard certificate because their VHOST is missing. It's ongoing for 2 weeks now @cPRex and I can confirm that I am using the 102.0.16 (STANDARD)
To rule all doubt when the update occurred
lrwxrwxrwx 1 root root 62 May 18 22:26 last -> /var/cpanel/updatelogs/update.1947520.565324545.1647259516.log
=> Log opened from /usr/local/cpanel/scripts/updatenow (1947533) at Wed May 18 22:26:02 2022
[2022-05-18 22:26:02 +0000] Running version '11.102.0.15' of updatenow.
[2022-05-18 22:26:02 +0000] Detected version '11.102.0.15' from version file.
[2022-05-18 22:26:11 +0000] Target version set to '11.102.0.16'
[2022-05-18 22:26:11 +0000] Switching to version 11.102.0.16 of updatenow to determine if we can reach that version without failure.
[root@esja updatelogs]# date
Thu May 19 10:38:02 GMT 2022
---
So I am confirming that as of this morning at least when they sent us this, their vhost was missing in the file. I don't know if all those 3 just found this out about 12 hours too late or if it happened this morning but so far I'm skeptic.
EDIT:
Client confirms
Posted today at 10:43 Yes, the site was working fine yesterday. It went down at 9:50 UTC this morning. From Uptime Robot: The monitor Buildings & Cities xxx is currently DOWN (Connection Timeout) Event timestamp: 2022-05-19 09:50:13 UTC+0
According to this, the events took place 09:50 this morning server time,the patch took place 22:26 yesterday, about 12 hours ago, so this happened during .16 patch.
Last edited:
