Logo

  • Register
  • | Login
  • Facebook
  • Twitter
  • Gplus
  • Linkedin

Our forum Area

Results 1 to 8 of 8

This is a discussion on Server load monitoring in the Suggestions and Feedback forum
Here's what just happened, and it is something that happens somewhat frequently. The server one of my clients is on (Rhea) had a load spike ...

  1. #1
    Loyal Client snowcreative's Avatar
    Join Date
    Mar 2003
    Location
    NY
    Posts
    116

    Server load monitoring

    Here's what just happened, and it is something that happens somewhat frequently.

    The server one of my clients is on (Rhea) had a load spike up to 200 at 1:50pm. It came down quickly, but then went up to 222 at 2:25, then came down again, then back up to 325 at 2:50 and kept going up. It reached 510 at 3:10, and HTTP crashed on the server. I sent in a support request at 1:50, hoping someone would see it in time to respond and prevent a crash. That didn't happen; 20 minutes later, at the time of the crash, the ticket still hadn't been assigned to anyone. So, from the time of the initial spike, it took and hour and twenty minutes before the crash happened.

    Here's the question. Shouldn't there be some sort of load monitoring on your servers to alert techs to this sort of thing? In the past, the techs have said "thanks for letting us know" when I report these load spikes, but why should I have to report them at all? I have a script on my server that checks the load periodically and sends me an email when it goes well above the normal range. If the load stays up, or goes down but goes up again, I submit a support ticket. Why isn't something like this in place on all the servers to alert the techs? That would prevent some of these server crashes from happening.

  2. #2
    CTO JPC-Masood's Avatar
    Join Date
    Aug 2002
    Location
    Jaguar Servers
    Posts
    1,968
    We have monitoring script which reports this and logs it but that does not resolve the issue immediately as it can take time and sometime days to pinpoint which client's script is causing the problem. Thank you for opening the ticket.
    Masood N. | Chief Technical Officer JaguarPC.com

  3. #3
    Loyal Client snowcreative's Avatar
    Join Date
    Mar 2003
    Location
    NY
    Posts
    116
    Does that mean the techs start investigating right away when there are load spikes? Their replies always sound like they were unaware of the spikes that I report.

  4. #4
    CTO JPC-Masood's Avatar
    Join Date
    Aug 2002
    Location
    Jaguar Servers
    Posts
    1,968
    Level 1 techs do not work on server load issues and all your tickets go to level 1 first. Level 3 techs are the ones who work on them and yes this is what they do primarily other than working on escalated tickets. They are working on load issues and other server issues all the time as soon as first sign of it comes through different monitoring tools.
    Masood N. | Chief Technical Officer JaguarPC.com

  5. #5
    Loyal Client snowcreative's Avatar
    Join Date
    Mar 2003
    Location
    NY
    Posts
    116
    Ah, I see! Thanks for the clarification. And, good to know someone's eye is on this type of thing.

  6. #6
    Registered User Bell thorpe's Avatar
    Join Date
    Sep 2011
    Location
    Bellthorpe
    Posts
    208
    If you're going to quote someone else's material, should you not at least provide an attribution?

    Or better yet, just a url so those interested can click and read?

  7. #7
    Yeah, I know a LOT! Vin DSL's Avatar
    Join Date
    Mar 2003
    Location
    Arizona Uplands
    Posts
    10,661
    Quote Originally Posted by akku13 View Post
    Following are few commands used for the Linux server load monitoring and maintenance

    Commands:

    top: - used for the viewing current process going on the server. You will get a dynamic table of running process as a output. [...]
    Gotta say...

    I'm rather partial to HTOP!


    DISCLAIMER Any resemblance between the views expressed above and those of the owners and operators of this system is purely coincidental. Any resemblance between these views and my own are non-deterministic. The existence of Vin DSL is questionable. The existence of views in the absence of anyone to hold them is problematic. The existence of the reader is left as an exercise in the second-order coefficient.

    No Guts, No Story! VinDSL 2010

  8. #8
    Loyal Client
    Join Date
    Mar 2007
    Posts
    25
    Agree, htop is just great.

    And now the OT:
    Hey Vin, really like your desktop.. which theme are you using?? also, is that conky right?
    Thanks!

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •