vBulletin + Tapatalk not working on Litespeed Enterprise v4.0.18

B

Bossman

Member
#1
#1
Hello,

We have just installed the trial version of Litespeed Web Server Enterprise v4.0.18 on our forums, but despite the obvious increase in performance, it seems to have broken the vBulletin Tapatalk plugin used by our iPhone / HTC users.

Basically, the installation verifier from the Tapatalk site gives the following error:

"Not Installed: Cannot detect /mobiquo/mobiquo.php. Check this file existence and try again."

And sure enough, the direct link to said php file gives a 404 Page, even though it is there where it should be. The weird part is that a .js file (tapatalkdetect.js) located in the same folder can be accessed without issues :confused:

There were no changes made to the htaccess file, firewall or folder structure when we switched from Apache to Litespeed, so the only conclusion we've drawn is that there's something in the Litespeed config which is "blocking" the access.

Any suggestions on how we could solve this particular issue would be very appreciated.
 
B

Bossman

Member
#3
#3
We know about the common errors with mobiquo, but the plugin was working fine with Apache for months up until the switch, and as I've already said

There were no changes made to the htaccess file, firewall or folder structure when we switched from Apache to Litespeed
Click to expand...
So that either leaves the PHP (which we will check) or the httpd server.
 
N

NiteWave

Administrator
#4
#4
so the question may be at "Building matching PHP" and I asked you to compare the output of phpinfo() under apache and litespeed. What's the environment and how did you build lsphp5 to match apache PHP.
 
B

Bossman

Member
#5
#5
Ironically, it wasn't the PHP or Litespeed, but a meager owner permission on the docroot. My apologies for not thoroughly verifying everything before pointing fingers.

On a related note, we keep getting quite a number of "Failed to initialize VMemBuf." errors in our logs, and the users have complained that on occassion, when they try to open an attachment, they would get a 503 error.

Any particular tuning settings we should be aware of?

The machine sports an Intel Xeon E5420 (2.5Ghz) with 16GB Ram, Raid1 for the filesystem / vbulletin php files and Raid10 for attachments.
 
N

NiteWave

Administrator
#6
#6
Thanks for the update. so the initial issue has gone?

when they try to open an attachment, they would get a 503 error
Click to expand...
is the attachment big? there are many reasons which cause 503 error. no enough memory is one of them. what's "Memory Soft/Hard Limit" of your lsphp5 process?
 
B

Bossman

Member
#11
#11
After a bit of tweaking we finally managed to get rid of the 503 Error and would like to purchase a license, since the trial key expires tomorrow, however, there's something we don't quite understand regarding the way Litespeed treats CPU cores:

According to this thread, the trial version runs a 2-CPU license, which would mean that Litespeed only uses 2 of our 4 cores (as explained in the same thread).

However, when looking at our HTOP output, we're seeing that all 4 CPU cores are constantly at 75%+ usage (keep in mind that this machine is used only for serving PHP and attachment files, there's no SQL or other services on it).

So the question is:

What would be the point of purchasing a 4-CPU license instead of a 2-CPU one, as the latter runs very well and seems to use all 4 cores anyway?
 
M

mistwang

LiteSpeed Staff
#12
#12
When you serve pure static content and I/O wait is high, or serve a lot of HTTPS traffic, you should purchase the 4-CPU license. In those cases, LiteSpeed itself may consume a lot CPU or blocking at disk I/O system calls.
 
You must log in or register to reply here.
Top