Search results

I just upgraded my OLS from 1.7.18.1 to 1.7.19, and noticed that I cannot download files completely. The files are downloadable PDF files in a WooCommerce store. It was working fine before. But now, when customers click to download links, it started at 10+ MB/s then immediately reduced to 0. So...

When I checked connections with the command netstat -ntu | grep ESTABLISHED | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -nr Most of them has only 1-2 connections per IP. Then I decided to restart the server, and it helped. The load came back to normal. Something stuck somewhere, a...

Which one is giving better performance? For example, 1 worker with 200 maxConns or 4 workers with 50 maxConns? How to monitor the performance in each case? Thanks.

My server is suddenly having very high load, more than 250, while usually, it's less than 1. A lot of connections coming in. And ps command shows defunct php root 35253 0.0 0.0 40908 6536 ? S 20:50 0:02 openlitespeed (lshttpd - main) root 35254 0.0 0.0 30704 2872 ...

Thanks for sharing. However, that might not be the reason in my case. I do notice some "Reached max children process limit..." message, but it's a week ago. And while the PHP_LSAPI_CHILDREN was 60, my error message was: Reached max children process limit: 35, extra: 11, current: 46, busy: 45...

I am facing the same problem with OLS 1.7.18. Already have zlib.output_compression=On, tried to raise initTimeout, maxConns and env: maxConns 120 env PHP_LSAPI_CHILDREN=120 initTimeout. 6000 in /usr/local/lsws/conf/httpd-phplimits.conf but the problem...

In /var/log/httpd/domains/my.domain.error.log, there are many lines like this 2023-09-06 22:07:20.494638 [NOTICE] [872288] [52.167.144.222:55985:HTTP2-1#my.domain-443] [STDERR] isnt bundle 2023-09-06 22:06:02.562809 [NOTICE] [872288] [188.130.210.127:57479#my.domain-443] [STDERR] is bundle...

No plugin. No mod_security. When the slowness happens, I don't think that IO is an issue, unless I am misunderstanding. # vmstat procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 1 0 524284 2045196 0...

Setup: OLS 1.7.17, PHP 5.6 and MariaDB 10.4. Server has 6 cores CPU with 16GB RAM, running on SSD disk array. (Yes, I know PHP and MariaDB are old, but customer's code is not ready for newer versions) The situation: 1. Slowness: - it's happening randomly, almost everyday. Each time it's only...

Thanks for answering. I am using OLS with DirectAdmin, so it's entering to the Read-only mode in web admin. And there is not virtual hosts config in web-admin. Is there any guide for editing in SSH? For alias configuration, I currently have this in /usr/local/lsws/conf/httpd-alias.conf context...

So, the customer has a domain domain1.com, hosting on server A. The domain1.com is redirecting 301 to domain2.com, running on server B. When I was running nginx apache, alias such as domain1.com/webmail was working fine. It's just directed to the real URL domain1.com/roundcube When I converted...

Thanks for answering. However, the space is plenty. After deleting, in /usr/local/lsws/cachedata, the folder priv is recreated with subfolders, but the errors are still appearing. Should be another reason for that, but I don't know what it is.

I have a similar problem with this thread, the difference is that I am using DirectAdmin control panel. Currently, the folder /usr/local/lsws/cachedata is owned by apache:apache. Is that the correct config? Or should I change to webapps:webapps? Or any other reason for that error? Please...

It's more than 50MB, so I sent an email to you with a download link. Please check. Thanks.

OLS 1.7.7 on my DirectAdmin / CloudLinux server seems to restart itself multiple times and creating core files. Any idea, please? Thanks. # /usr/local/lsws/bin/openlitespeed -v LiteSpeed/1.7.7 Open module versions: modgzip 1.1 cache 1.62 modinspector 1.1 uploadprogress 1.1...

Besides, is there any way to find out what is "buffering"? Because I only see this on one of my servers. And every time LFD gives out warning, the same core.679492 file. So, I guess the same thing is still in buffering.

Thank you. Do you know when the new version is releasing? And is there anywhere that we can see the known bugs?

It seems that OpenLiteSpeed keeps restarting many times. Each time, it creates /tmp/lshttpd/bak_core/core.xxxxx file. I am using version 1.7.5. The server load is just around 0.6, with 6 cores Xeon(R) Gold 6136. 16GB RAM, with no swap usage. Here is an example. Any idea, please? Thanks. # gdb...

I just tried OLS on a DirectAdmin server. In /var/log/httpd/stderr.log, there are a lot of this error: 2020-06-13 13:47:27.587 [STDERR] openlitespeed (lshttpd - #01): util/vmembuf.cpp:815: char* VMemBuf::getReadBuffer(size_t&): Assertion `size <= 8192' failed. I am using OLS 1.7.1. Any idea...