Search results

@Im_Vladyslav I see, the reason is, that the readme you followed is too old (committed 2 years ago). You might want to use v1.7.16-lsphp81 or above. Remove all containers and images, start over again by using https://github.com/litespeedtech/ols-docker-env and it should work out of the box...

OK, if you can find a way to reproduce the issue, please submit the issue and pot link to support@litespeedtech.com for further check.

Looks like a PHP issue, may I know if you have changed anything else? It seems no issue on my test site.

The /opt/domainsetup.sh (the same script that you saw when login in to the server) is for a one-time setup only. Once completed, the script will be removed. Because it will set the input domain as the only value to the listener, other domains under the listener will return a 404 which is...

Sounds like a PHP session issue? Sure, take your time.

Hi, is it possible to share the output of the `top` command from the console while the issue is happening?

The document root folder will stay, but I am not sure about your OLS VH settings on the server. Try the following example commands manually, you can also setup another server to check and update the permissions manually. Some important permissions: chown -R nobody:nogroup...

Should be published this week if there's no issue.

If you don't want to fix it manually. Then you can try to restart the web server and see if it helps, or you may need to reinstall the openlitespeed package.

It's a GCP system issue. We are building a new version of the OpenLiteSpeed WordPress image, and it will be published in the marketplace soon.

No need to worry about launched instances, and a new version of the OpenLiteSpeed WordPress image will be published to the marketplace soon.

PHP 82 is available, may I know which OS system you are using?

The only statistic you can get is by using the following command, cat /tmp/lshttpd/.rtreport* It does not contain the information you are looking for. You might need to use some log analyzer tools, E.g. AWStats to get the info you need.

Looks weird, 500 is already way too much, please set it back or to a small number, and try to set 0 to both procSoftLimit and procHardLimit. If it does not work, please submit the issue to support@litespeedtech.com with this forum post link appended so we can have a further look.

Not sure about the details, but it seems you have managed to fix the issue.

Probably a GCP system issue, we will try to fix it and contact with GCP team. Thanks for the report.

Check the Set up Virtual Host-Level Cache Settings part on https://openlitespeed.org/kb/openlitespeed-cache-module/ page. Similar case and solution for you https://github.com/usmannasir/cyberpanel/issues/557

Good. May I know what did you mean it doesn't detect the staticUrl well?

Have you checked the response header, any CDN cache? If none, please submit the issue to support@litespeedtech.com with the site link and post link appended, I will help you further from there.

Please submit the issue to support@litespeedtech.com with this forum post link appended, I will help you from there.