Search results

Not sure why you get that message, if you overwrote the wrapper script with real binary, it should work. Have you tried executing echo from command line? If you run the wrapper under examples/ directory, a file called lt-echo will be created under .libs/ dir, maybe you should try that one...

Ok. Thanks. We will change the SAPI module a little bit then.

Will do.

File "echo" under examples/ directory is a shell script wrapper, you should looking for real executable binary under examples/.libs/ .

Thank you for the update and the suggestion. It is not easy to change PHP's Makefile which is generated by automake based on Makefile.frag. I think it is safe to ignore the "generated_lists".

It is a known problem, and actually, we about to start working on it. :-)

Please try 2.1RC1, lsapi support is only available in 2.1x releases.

Just add all aliases to the "domains" configuration in the listener to virtual host mapping for that virtual host.

You should not run the owsadm.exe command by yourself. :-) It will be invoked by the LSWS when server restarts, a dedicated apache configuration file for that virtual host will be created under lsws/add-ons/frontpage/ directory, just make sure "domain names" is set properly from the web admin...

I will check this issue, if it is like what you described, we will make some change to the SAPI module.

Dustin, lscgid is not used for FastCGI, unless FastCGI is started in suEXEC mode. I think what experiencing is that all available PHP processes block on MySQL connections or other socket connections, so all of them won't accept any new requests and requests will be timed out. On Linux...

You should not create those files manually, please remove them all. Turn on debug log and check error.log and stderr.log and restart the server.

there is no equivalent in litepseed php sapi, should set "instances" to match "max connections".

Thank you for the bug report. There is an updated release for PHP LiteSpeed SAPI. Please try it. http://www.litespeedtech.com/lsapi/

Thank you for the information, the code had been fixed to work with gcc 2.95.x

It will be in 2.1RC2 release.

Please try add a line #include <sys/types.h> before including tcp.h, if it does not work add #include <inttypes.h>.

Thank you for trying our product. I think it is a configuration problem. Need to know more about your test. OS? LiteSpeed Version? What load testing tool is used? what kind of content is served? static file, PHP, CGI? How many concurrent users are served? Output in the real time report...

It is not possible to change it with current release, we can make it configurable in next release.

Autoupdate will fail on private network anyway. You can try removing the updateagent binary, but there will be an error logged into error log.