The Community Forums

Interact with an entire community of cPanel & WHM users!
  1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Problems with newly purchased server

Discussion in 'General Discussion' started by 1337Space, Jul 12, 2010.

  1. 1337Space

    1337Space Registered

    Joined:
    Jul 12, 2010
    Messages:
    1
    Likes Received:
    0
    Trophy Points:
    1
    Hi,

    I purchased the largest server at ecatel and i'm just got finished moving all cpanel accounts from the old server to this one.

    I'm getting very high load already and I didn't even switch dns?

    http://screensnapr.com/u/52gs0y.png

    I am also getting lots of things that are down in the server status.

    ScreenSnapr » 2x2f7n.png

    I don't know what can be the cause. I really need to switch dns's soon. I also have trouble logging into to ssh.

    All these problems occurred after I finished moving all accounts to the server.

    Intel Quad-Core Xeon X3323 2.5GHz/2x6MB 1066FSB
    8GB 667MHz Dual Rank ECC Memory (4X2GB)
    500GB
    Centos 64 bit

    I put around 118 Accounts.
     
  2. madaboutlinux

    madaboutlinux Well-Known Member

    Joined:
    Jan 24, 2005
    Messages:
    1,052
    Likes Received:
    2
    Trophy Points:
    38
    Location:
    Earth
    How did you migrated the accounts btw? And the load average screenshot won't help. Paste the complete output of the following commands:

    These will list the processes using heavy resources and will give a chance to track down the exact issue.
     
  3. Miraenda

    Miraenda Well-Known Member

    Joined:
    Jul 28, 2004
    Messages:
    242
    Likes Received:
    1
    Trophy Points:
    18
    Location:
    Coralville, Iowa USA
    I'd really suggest opening a ticket in WHM > Support Center > Contact cPanel for the failures you are having in exim, pop and imap services. Part of the load issues might even be due to those services constantly failing. Once those are properly working, you can focus more easily on whatever might be causing the load if it isn't due to service failures.

    Also, did your old machine use PHP as DSO and the new one is using PHP as suPHP instead for the handler (you can see the handler in WHM > Apache Configuration > PHP and SuEXEC Configuration area)? I ask as a load spike can occur with suPHP when the old handler was DSO. While suPHP is more secure than DSO and does allow you to more easily track down spammers and exploits due to running processes as the user rather than nobody, it also can create a higher load and CPU usage on highly active machines.
     
  4. Radwiz

    Radwiz BANNED

    Joined:
    Jul 13, 2010
    Messages:
    4
    Likes Received:
    0
    Trophy Points:
    0
    The reason for what you just said is 777 permissions, while common to dso, the use of 777 permissions in suphp causes scripts to slowdown, extra server loads, and often just brings down the site with error 500 pages.
     
  5. Miraenda

    Miraenda Well-Known Member

    Joined:
    Jul 28, 2004
    Messages:
    242
    Likes Received:
    1
    Trophy Points:
    18
    Location:
    Coralville, Iowa USA
    It has nothing to do with 777 permissions for suPHP to be slower or 500 errors. Even with the correct permissions, suPHP is just slower due to how it works in conjunction with Apache and how it handles those processes. It's commonplace knowledge that a switch to suPHP will frequently cause a higher load and slower site loading. Additionally, suPHP cannot use PHP caching such as EAccelerator, while DSO and FCGI can due to how the PHP handlers treat threads (DSO and FCGI have persistency for threads, while suPHP doesn't).

    If you want the security of suPHP with the lower loads and faster speeds of DSO, FCGI is the one to use.

    I have a chart I created recently to compare the handlers:

    [​IMG]

    Notes on Chart:

    1. mod_perl's Apache2::Resource information can be found at the following site.
    2. FcgidMax and FcgidMin Limit details can be found at this location.
    3. APC will be provided in the core of PHP 6+ for PHP caching per this discussion.

    Anyway, my intention earlier by mentioning suPHP and DSO wasn't to debate the PHP handlers. I simply wanted to find out what handler was being used on both and point out that might cause the issue if there had been a change in PHP handler. We have no idea yet if that is the issue or not in this instance.
     
    #5 Miraenda, Jul 13, 2010
    Last edited: Jul 13, 2010
Loading...

Share This Page