Differences

This shows you the differences between two versions of the page.

--- litespeed_wiki:php:503-errors [2018/09/14 16:05]
Michael Alegre [The lsphp process is killed unexpectedly by CSF/LFD]
+++ litespeed_wiki:php:503-errors [2018/11/19 14:57]
Jackson Zhang
@@ Line 199: / Line 199: @@
 ==== CloudLinux Limits Reached =====
-For CloudLinux users, if a site is limited by either the amount of memory or the number of processes, then the user will receive 503 errors because the server cannot execute the script. Increasing the limits on memory and number of processes for that CageFS user may fix the problem.
+For CloudLinux users, if a site is limited by either the amount of memory or the number of processes, then the user will receive 503 errors because the server cannot execute the script. Increasing the limits on memory and number of processes for that CageFS user may fix the problem. To understand why LVE may cause such error, please refer to [[https://docs.cloudlinux.com/index.html?lve.html|CloudLinux LVE documentation]].
+  If the site is limited by CPU or IO, then the site will start responding slower.
+  If the site is limited by memory or number of processes limits, then the user will recieve 500 or 503 errors that server cannot execute the script.
 ==== PHP memory_limit reached ====
@@ Line 290: / Line 294: @@
 These settings will need to be adjusted on a per case basis as each scenario will be different. They should be increased slightly higher than the current values until the issue stops occurring. For the changes to take effect, both csf and lfd will need to be restarted. This can either be done via the WHM Plugin or through a shell terminal with the following command: ''csf -r; service lfd restart''
+==== Misconfiguration of "lsphp" External Application ====
+During LiteSpeed Web Server installation, external applications will be automatically set to the best value for general use. However, sometimes the user intentionally removes some of these settings. This causes a misconfiguration and possibly also a 503 error.
+For a PHP external app, LSWS will normally add the following to it by default:
+    <memSoftLimit>2047M</memSoftLimit>
+    <memHardLimit>2047M</memHardLimit>
+    <procSoftLimit>1400</procSoftLimit>
+    <procHardLimit>1500</procHardLimit>
+Imagine a user intentionally removes the above without any clear purpose. When the resource limit is not set, LSWS will use the CGI resource limit by default, but the CGI resource limit is too low to meet the requirements.
+If the user has configured PHP to have 500 max connections:
+     <maxConns>500</maxConns>
+Then it must have 500 child processes:
+     <env>PHP_LSAPI_CHILDREN=500</env>
+The "500 max connections" setting requires "process limit" to be set at a minimum of "1000." But since the user incorrectly removed the PHP process limit settings, the above misconfiguration caused a 503 PHP error when running LSWS.
+We recommend that you do not to remove anything if you are unsure, as it can cause an uncertain problem, including a 503 error.
 ====  Apache and LiteSpeed using unmatched PHPs could cause problems for control panel users ====
 If you use a control panel such as cPanel or Plesk, make sure both PHPs for Apache and LiteSpeed are matching each other. To test this, you can create a phpinfo page under your domain and switch between both web servers to check. If these PHPs do not match you could end up with 503 errors.
@@ Line 323: / Line 347: @@
 After (re)installation of LiteMage Cache extension in Magento Connect manager or enable other modules in Magento 2, Magento site may be placed in maintenancence mode and couldn't be accessed and may give 503 errors.  Please refer [[litespeed_wiki:cache:litemage:troubleshooting:connect-cache-session-cleaning-error|this]] for details.
+==== CloudLinux Imunify360 error ====
+check stderr.log, it shows:
+<code>
+  *** Error in `lsphp:/home/ukrainia/public_html/index.php': malloc(): memory corruption (fast): 0x00007fa380d45e40 ***
+  ======= Backtrace: =========
+  /lib64/libc.so.6(+0x7f574)[0x7fa37c07f574]
+  /lib64/libc.so.6(+0x82c90)[0x7fa37c082c90]
+  /lib64/libc.so.6(__libc_malloc+0x4c)[0x7fa37c0857dc]
+  /opt/cpanel/ea-php54/root/usr/lib64/php/modules/i360.so(+0xb80b)[0x7fa375fbe80b]
+  /opt/cpanel/ea-php54/root/usr/lib64/php/modules/i360.so(map_increment_int_+0xa2)[0x7fa375fbeaa2]
+</code>
+then
+  /opt/cpanel/ea-php54/root/usr/lib64/php/modules>mkdir backup
+  /opt/cpanel/ea-php54/root/usr/lib64/php/modules>mv i360.so backup/
+  /opt/cpanel/ea-php54/root/usr/lib64/php/modules>ls -l i360.so backup/
+  ls: cannot access i360.so: No such file or directory
+  backup/:
+  total 88
+  -rwxr-xr-x 1 root root 86568 Nov 15 12:37 i360.so
+The issue is fixed by disabling CloudLinux's i360.so. Please be aware that the bug could have been fixed by CloudLinux team when the time you read this wiki but it used to be a case to cause 503 error.
 ===== Advanced Troubleshooting Guide =====