Search results

Got feed back on LSAPI 5.1, it may cause PHP to crash when eAccelerator is used. And some phpbb installation got problem. please hold on LSAPI upgrade before we clear it up.

It puzzled me as well. The lsphp5 binary are linked with " -R /opt/xml2/lib", so it suppose to look for libxml2.so.2 under /opt/xml2/lib directory. But somehow it find /usr/lib64/libxml2.so.2 first. Something wrong with the linker? Can you try "strace ./lsphp5 -i" , it should show how...

http://www.litespeedtech.com/support/wiki/doku.php?id=litespeed_wiki:ruby_rails_easy

I think it is just that lsphp does load the library in /opt/xml2/lib/, but load the one in /usr/lib64 . You can check output of ldd lsphp5 and ldd /usr/local/bin/php Try setting LD_LIBRARY_PATH or LD_RUN_PATH environment see if it helps or not, but rpath should be build into the lsphp...

Yes, "Auto Restart" feature is always "On" now. "CGI File UID" only works for CGI, but not FCGI or LSAPI as it requires explicitly define a external app for each user ID.

cPanel easyapache should build PHP with configuration option '--with-libxml-dir=/opt/xml2/', the matching PHP built form LSWS plugin should have it as well. If it does, need to find out why it does not load libxml2 from /opt/xml2.

If you use a third party FCGI spawner, then that's fine. you can strace/truss the running lsphp5 process, make sure to add parameter to follow child process in command line. strace/truss just show the system call made by the process, nothing fancy.

Are you using a old version of LSWS? should upgrade to the latest. And, you are not using the easy rails context configure, but configured the rails dispatcher app manually, that's the reason you get 404 error in log file, but it does not hurt anything, you are using a 404 handler to dispatch...

Maybe you should use libmxl2 installation under /opt/ directory to match /opt/xslt/ installation?

We will add that. Thanks for the suggestion.

yes, you need a manual upgrade again.

Latest 4.0.12 build should fix this. Please try a manual upgrade.

change configuration of lsphp5 to "Run on start up". so, when LSWS starts it will run lsphp5 immediately without sending any request. Then you can "strace" or "truss" the process to find out what happened. You can need to add option to follow child process.

after the change, you need to do "killall admin_php" to apply the change in php.ini . If you need get it, you need to download and upgrade manually, should be addressed in the latest build.

This is fixed with latest 4.0.12 build. please do a manual update from command line.

We tried PHP 5.2.12 + LSAPI 5.1 in our Solaris 10u2 VM, with option "--disable-all", seems working fine, phpinfo() page load fine.

Check your configuration and access log, any where mentions "site" .

Just remove the whole directory.

you cannot use "*.tuxtv.net" to match "tuxtv.net", there is an extra ".", have to add that explicitly.

If you can make lsphp5 dump a core file, it will help. You need to add LSAPI_ALLOW_CORE_DUMP in lsphp5 env. http://www.litespeedtech.com/php-litespeed-sapi.html ulimit -c should be high enough, the user that PHP run as should be able to write to that directory. And use "coreadm" command to...