Search results

Here is the default config, Be sure to add your vhosts and any specific ext apps or anything back to it. https://raw.githubusercontent.com/litespeedtech/openlitespeed/master/dist/conf/httpd_config.conf.in

The default configuration is what is pre-installed with every OLS install.

Neither of those guides have instances at 100 or children at 100. So what originally happened was Open LiteSpeed spawns 4 main processes by default and because you had 100 instances set it spawned 100 instances per process bringing you to 400 lsphp processes. The other ~50 were the children...

Hi @andreig Looking at your configuration you have ExtApp set to use Server UID, this would require the files to be owned at minimum user:nobody. If you switch it to use DocRoot UID it will then be able to be run as user:user. Cheers, Jon

Another question: What is your server environment? VPS? Dedicated? Cloud? If Cloud or VPS who is your provider? There have been some reports with this Laravel issue on a couple cloud and vps provider so we would like to narrow things down as much as possible.

lsphp70 wont upgrade to 71 as it is its own package. That's why yum update wouldn't work.

Hi enthess, We already have lsphp71 RPM and DEB packages pushed to our repo. yum install 'lsphp71-*' apt-get install 'lsphp71-*' Best Regards, Jon K

We ran some tests today that confirmed that h2c does seem to work. localhost ~$ curl -I 'example.com' -H 'Host: example.com' -H 'User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0' -H 'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8'...

Hi Danny, Kevin and I have been hard at work figuring out your issue. The reason you are getting a 503 error is because PHP7 requires higher memory usage. Currently if you just copied over the template and edited it the memory limits would have stayed the same. All you have to do to fix this is...