Is anyone else seeing issues with OCSP from Comodo currently? Getting these errors on all my cPanel servers since around 14:50 UTC today.
[Wed May 01 15:45:05.022337 2019] [ssl:error] [pid 32448:tid 47455874840320] AH01941: stapling_renew_response: responder error
[Wed May 01 15:45:09.434592...
On the most recent update, memcached is no longer working via the EA4 experimental packages. Memcache works, but not the above provided...
One of the accounts on a server had outgoing email suspended due to a large amount of mail being sent.
I've tried to remove the outgoing block, but no matter what I do, email is still being deferred.
Domain DOMAIN.com has an outgoing mail hold. Message will be reattempted later
Had a security alert from the server this evening stating "No symlink protection detected"
I'm running Kernelcare, and have been since the server was provisioned in November last year. It's running the 'extra' patch set to protect against this, so just curious as to why cPanel isn't...
This was a confirmed bug with Litespeed.
"PHP LiteSpeed SAPI 7.1 has been released, it will take some time for other down-stream rpm packager to use the new code.
If you compile from source, you can do it now, otherwise, just wait. :-)"
Also seeing it on PHP7.2
2018-04-05 21:48:09.618035 [NOTICE] [IP:34016] [STDERR] PHP Fatal error: Unknown: Failed opening required '/home/SITE/public_html/index.php' (include_path='.:/opt/cpanel/ea-php72/root/usr/share/pear') in Unknown on line 0
2018-04-05 21:48:09.877932 [NOTICE] [IP:34122]...
One of my servers updated automatically this morning, and installed the update for PHP7.1
rpm -qa | grep php71
Had alerts from one of my servers shortly after the auto update to 68.0.27 that all the sites were down, and had to manually restart Litespeed. Saw another of my servers still had to update to run, so ran it manually, and that also killed off Litespeed, and didn't restart it automatically...
EDIT: To provide a bit more background.
I have session.save_handler = memcached
and session.save_path = "tcp:127.0.0.1:11211" in the php.ini files.
During the upgrade to 64, it changed the session.save_path to the new location, while leaving memcached as the session...
Would be nice if this also checked to make sure session.save_handler wasn't set to something other than files first. I have my sessions in memcached, and this just caused a large outage on multiple wordpress sites.