Search results

Thank you. That has allowed us to test with http/2 disabled and confirm the bug. There is a problem with the litespeed http/2 implementation that is causing file uploads to be significantly slower. We ran three tests, each time enabling and disabling http/2 via the above method. Results: 25 MB...

We recently switched a site to all ssl, and since it is a cpanel enabled litespeed, this has enabled http/2 under the current litespeed version 5.0.9. We allow file uploads via a web form with ajax meter to show the progress. This was working fine, but after switching to http/2 we noticed that...

Worked for me Try recompiling PHP in cPanel without zend and/or ioncube encoder.

Yes, I had checked that: core file size (blocks, -c) 1000000 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 68608 max locked memory (kbytes, -l) 32 max...

I still have not been able to generate a core dump. What would the file be named?

Ok, tried that, but I can't find the core dump file. Where would it be?

PHP is 5.2.8 as stated. I'm not familiar with examining the core dump. I would need more help on that.

I installed and configured xcache. Within seconds of restarting the server, the 503 errors come back. I setting max processes to 0/0, no luck. Here is the result of strace: # strace -f -p 16225 Process 16225 attached - interrupt to quit select(6, [5], NULL, NULL, {0, 853000}) = 0 (Timeout)...

The processes are set at default 200/200. I will try xcache instead. I've used them both before with comparable results.

Yes, of course we understand this. :) Someone had made a mistake and it was corrected. However, we are back to the 503 errors. So far we have only moved a single low traffic site to the server. We are testing and near moving a very high traffic site (vbulletin forum) over. I have tried...

After trying again we are not getting the 503 errors anymore. There was a problem where the database connection was routing through the network LAN vs the local LAN between the two boxes. I'm not sure how this would have played into things, but now that the connection is direct the errors aren't...

It is a dedicated server cluster, one web server and one database server. I am not using suEXEC. I haven't specified cache size in php.ini for APC, I'll look into that, though I am doubtful that the default would cause overload - especially since I tried raising limit to 3,000MB.

Only if there is an error in php.ini. When APC is active there is nothing logged to stderr.log.

Any help you can provide would be appreciated.

I also tried increasing it in the Server > Security tab. No avail.

I tried increasing soft/hard for lsphp5 to from 250M/300M to 2500M/2500M and restarted and still get same result. Do I need to change it somewhere else also?

Static pages continue to load fine. At first I thought maybe the problem was a conflict with vbseo.php, but then after a while even phpinfo() goes to 503.

Hi there. I have successfully installed litespeed and matched the PHP 5.2.8 binary from cPanel. I have installed APC and included it in php.ini correctly. When I restart litespeed, I confirm that APC is added to phpinfo(). PHP pages load fine for a few seconds, and then quickly go to 503...