503 Error's, PHP didn'nt compile right.

[hadyabed]

I don't know what is wrong with my server, but it is running at slow
speeds and I cant get php5 to work right at all. Does any one have any suggestions. My site is http://hr-development.net.

Thank you.

 

[mistwang]

I got your email, and have checked it.
Your email server still bounce our reply email.
for fixing PHP 503 error, please check our trouble shooting guide in our wiki.

http://www.litespeedtech.com/support/wiki/doku.php?id=litespeed_wiki:php:lsapi#trouble_shooting

You have set the lsphp5 configuration to improper values, I have fixed them.

 

[mistwang]

I think there is something wrong with your network configuration.
Maybe rate limited with iptables?
Please check packet drop, packet retransmission in your "netstat -s" output.

 

[hadyabed]

The output of "netstat -s" is:

Ip:
23336 total packets received
0 forwarded
0 incoming packets discarded
23336 incoming packets delivered
23831 requests sent out
Icmp:
0 ICMP messages received
0 input ICMP message failed.
ICMP input histogram:
173 ICMP messages sent
0 ICMP messages failed
ICMP output histogram:
destination unreachable: 173
Tcp:
27 active connections openings
878 passive connection openings
4 failed connection attempts
5 connection resets received
2 connections established
22228 segments received
22244 segments send out
436 segments retransmited
0 bad segments received.
10725 resets sent
Udp:
935 packets received
173 packets to unknown port received.
0 packet receive errors
979 packets sent
TcpExt:
4 invalid SYN cookies received
3 resets received for embryonic SYN_RECV sockets
99 delayed acks sent
Quick ack mode was activated 24 times
235 packets directly queued to recvmsg prequeue.
1988 packets directly received from backlog
51523 packets directly received from prequeue
543 packets header predicted
90 packets header predicted and directly queued to user
3768 acknowledgments not containing data received
908 predicted acknowledgments
8 times recovered from packet loss due to fast retransmit
0 TCP data loss events
3 timeouts after reno fast retransmit
1 timeouts in loss state
15 fast retransmits
7 retransmits in slow start
74 other TCP timeouts
TCPRenoRecoveryFail: 3
2 connections reset due to unexpected data
1 connections reset due to early user close
46 connections aborted due to timeout
I have a rate limit for SYN packets, could that be the problem? *EDIT* Nevermind, I removed the rate limit for SYN packets, but yet I'm still having issues.
-Hady Abed

 

[mistwang]

Yes, I think SYN limit contribute to the problem at least.
You can try something like

ab -n 10 -c 1 -k http://hd-development.net/asfdafd

and

ab -n 10 -c 1 http://hd-development.net/asfdafd

form your pc, one use keepalive, one does not, the keepalive one will be finished in short time, while the non-keepalived one takes forever.

This test uses a non-exist page intentionally, so PHP is not involved. only litespeed internal page.

You can try the same test from that server, both should be finished very fast. If you have a server on the same network, then try the same test from there.

I think it is network issue, not litespeed. if you fix the network issue, the non-keepalive test should take just a little bit longer to finish. If you still have performance problem after the network issue solved, then we check your server from there.

BTW: keep the request rate throttling off before the performance issue has been solved.

 

[hadyabed]

Thanks for your help, Mr. Wang. Unfortunately, it doesn't look like this is going to be fixed. I'm going to perform an OS reload on my server and then just restore all my accounts and re-install LiteSpeed.
-Hady Abed

 

[mistwang]

Just make sure it is not your data center causing this problem, an OS restore may not help.

Please backup your serial.no and license.key.

 

[hadyabed]

Just make sure it is not your data center causing this problem, an OS restore may not help.

Please backup your serial.no and license.key.

We've consulted with our data center, they have assured us that there is no issues on their side.
-Hady Abed