Recent content by hp2

Nothing appears in error_log and stderr.log. In the syslog, comparing the date time, there are something like this only Dec 8 17:33:01 servername systemd[1]: Reloading The OpenLiteSpeed HTTP Server... Dec 8 17:33:01 servername lswsctrl[484478]: [OK] Send SIGUSR1 to 480341 Dec 8 17:33:04...

OLS status shows: # systemctl status lsws ● openlitespeed.service - The OpenLiteSpeed HTTP Server Loaded: loaded (/etc/systemd/system/openlitespeed.service; enabled; preset: disabled) Active: active (running) since Thu 2025-12-04 16:26:25 +07; 3min 46s ago Process: 898882...

I haven't got Almalinux 10 yet, so I am not sure, but with CloudLinux 8 and 9, I also get [ERROR] litespeed is not running. randomly, even the OLS service is still ON / ready. Again, only randomly. The cron is working most of the time. And I am only using reload, not restart in my cron. It would...

There was no OOM at that time. And when it happened, I tried systemctl restart lsws, but it didn't work either. Had to kill manually.

The only errors are: 2025-06-25 00:04:13.679325 [ERROR] [3929394] HttpListener::start(): Can't listen at address adminListener: Address already in use! 2025-06-25 00:04:13.679420 [ERROR] [3929394] HttpServer::addListener(adminListener) failed to create new listener 2025-06-25 00:04:13.679426...

Suddenly, the OLS 1.8.3 on my CloudLinux 9 was dead. In stderr.log, there are these lines 2025-06-25 00:04:01.202 [STDERR] 2025-06-25 00:04:01.140229 Cgid: Child process with pid: 3927493 was killed by signal: 1, core dump: 0 2025-06-25 00:04:01.492 [STDERR] 2025-06-25 00:04:01.492104 Cgid...

@Cold-Egg any thought about these bugs?

Thanks for sharing. Have you got a chance to check again with the latest version? Currently it's 6.5.4 while version 5.7 was released from October 2023.

I wonder if you can show more details why it's faulty and uses wrong cache vary?

I am on a DirectAdmin server, CloudLinux 9 with OLS 1.8.2, PHP Selector. In /usr/local/lsws/conf/httpd-phplimits.conf, I have added env LSAPI_ALLOW_CORE_DUMP=1 However, when testing with kill -SIGSEGV 1527388 The PID 1527388 was killed, but no core dump file was created. How...

I am not using OLS admin GUI at https://myserver:7080 In CSF, I don't open that port either. However, when accessing https://myserver:7080, it's still showing the admin login screen. How can I block completely that GUI? Thanks.

Interesting, I didn't notice this. Any ETA for the stable release?

It looks like this issue is only happening with PHP 8.3. I downgraded to PHP 8.2 for a while, no more warning. Then in a new server, I have PHP 8.3, the same warning appears. Something is not fully compatible between OLS and PHP 8.3?

I still don't have any solution for it yet.

Borgbackup and Borgmatic