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

Discussion in 'PHP' started by hadyabed, Mar 21, 2008.

  1. hadyabed

    hadyabed New Member

    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.
  2. mistwang

    mistwang LiteSpeed Staff

  3. mistwang

    mistwang LiteSpeed Staff

    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.
  4. hadyabed

    hadyabed New Member

    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
    Last edited: Mar 21, 2008
  5. mistwang

    mistwang LiteSpeed Staff

    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.
  6. hadyabed

    hadyabed New Member

    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
  7. mistwang

    mistwang LiteSpeed Staff

    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.
  8. hadyabed

    hadyabed New Member

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

Share This Page