Sponsored Content
Top Forums UNIX for Advanced & Expert Users High load average troubleshoot Post 302569158 by agama on Saturday 29th of October 2011 07:11:22 PM
Old 10-29-2011
I'm guessing that the alarm threshold coded in Nagios is set to alarm on a value without regard to number of cores. I'd have a look at the scripts and make adjustments such that the number of cores is taken into account.

I just peeked at one of our larger machines (255 cores) which is showing this load average:
Code:
  6:55pm  up 8 day(s),  2:12,  106 users,  load average: 148.22, 154.36, 153.55

Depending on the sophistication of the scheduler, it is very possible to end up with a machine that is more heavily loaded. It's also possible that the load is more evenly balanced than it appears from the Nagios alarms, but the other machines are just running under the threshold value.
This User Gave Thanks to agama For This Post:
 

10 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

Sun: High kernel usage & very high load averages

Hi, I am seeing very high kernel usage and very high load averages on my system (Although we are not loading much data to our database). Here is the output of top...does anyone know what i should be looking at? Thanks, Lorraine last pid: 13144; load averages: 22.32, 19.81, 16.78 ... (4 Replies)
Discussion started by: lorrainenineill
4 Replies

2. UNIX for Advanced & Expert Users

load average

we have an unix system which has load average normally about 20. but while i am running a particular unix batch which performs heavy operations on filesystem and database average load reduces to 15. how can we explain this situation? while running that batch idle cpu time is about %60-65... (0 Replies)
Discussion started by: gfhgfnhhn
0 Replies

3. Red Hat

High cpu load average

Hi Buddies, Thanx for reading my first post... After googling a lot and searching so many forums I am feeling down a bit... Please don't mind my ignorence, and my grammer ... :) My server is running RHEL 2.6.9-5.EL. The cpu load is going higher than roof, almost 100 sometimes. I am... (2 Replies)
Discussion started by: squid04
2 Replies

4. UNIX for Dummies Questions & Answers

Please Help me in my load average

Hello AlL,.. I want from experts to help me as my load average is increased and i dont know where is the problem !! this is my top result : root@a4s # top top - 11:30:38 up 40 min, 1 user, load average: 3.06, 2.49, 4.66 Mem: 8168788k total, 2889596k used, 5279192k free, 47792k... (3 Replies)
Discussion started by: black-code
3 Replies

5. Solaris

Prstat - Average Value too high

Hi All, Please see to the prstat o/p of one of my sun box.. Total: 1 processes, 68 lwps, load averages: 531.00, 305.18, 144.77 Check the pstack .... As i have read in all docs , people say a value of 5 is considered high CPU usage , i don't know then how we can even relate those... (3 Replies)
Discussion started by: mpics66
3 Replies

6. UNIX for Dummies Questions & Answers

Determining cause behind high load average

How to determine what is causing high load average in a system? (3 Replies)
Discussion started by: proactiveaditya
3 Replies

7. UNIX for Dummies Questions & Answers

Help with load average?

how load average is calculated and what exactly is it difference between cpu% and load average (9 Replies)
Discussion started by: robo
9 Replies

8. Red Hat

apache high cpu load on high traffic

i have a Intel Quad Core Xeon X3440 (4 x 2.53GHz, 8MB Cache, Hyper Threaded) with 16gig and 1tb harddrive with a 1gb port and my apache is causing my cpu to go up to 100% on all four cores heres my http.config <IfModule prefork.c> StartServers 10 MinSpareServers 10 MaxSpareServers 15... (4 Replies)
Discussion started by: awww
4 Replies

9. UNIX for Advanced & Expert Users

High load average in idle state

With linux kernel 2.4.22-1.2199.nptlsmp (I know, it's very old) Sometimes Load average increases to big value (over 7) but my 4 vCPU are in idle state (5% busy every cpu). My web procedure was gone down so I found out that process (with 4732 process id, see my following output) was in... (4 Replies)
Discussion started by: zio_mangrovia
4 Replies

10. UNIX for Dummies Questions & Answers

High Load average | vmstat hints what ?

TOP: top - 17:09:39 up 47 days, 1:34, 13 users, load average: 6.54, 10.96, 11.27 Tasks: 274 total, 3 running, 271 sleeping, 0 stopped, 0 zombie Cpu0 : 6.0%us, 44.9%sy, 0.0%ni, 48.8%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st Cpu1 : 6.3%us, 44.4%sy, 0.0%ni, 48.0%id, 0.3%wa, ... (2 Replies)
Discussion started by: stunn3r
2 Replies
nagiosstats(8)							      nagios							    nagiosstats(8)

NAME
nagiosstats - report statistics information from the Nagios system SYNOPSIS
nagiosstats [-hVL] [-c config] [-m] [-d] DESCRIPTION
nagiosstats is a program designed to provide information on the running Nagios system. It can provide a brief summary of information, or it can be used to export specific information about the Nagios system into an MRTG-compatible format. For more information please consult the Nagios online documentation available at http://www.nagios.org or the documentation available with your Nagios server's web page. OPTIONS
-c|--config=FILE The main configuration file. On openSUSE systems this defaults to /etc/nagios/nagios.cfg -m|--mrtg Print output in MRTG-compatible format. For more details run nagiosstats with --help -d|--data=VARS Comma-seperated list of variables to output in MRTG format. For more details run nagiosstats with --help. -h|--help A helpful usage message -V|--version Print version information -L|--license Print license details FILES
/etc/nagios Default configuration directory for Nagios AUTHOR
Nagios is written and maintained by Ethan Galstad <nagios@nagios.org>. This manual page was written by sean finney <seanius@debian.org> for the Debian GNU/Linux operating system (but it may be freely used, modified, and redistributed by others) and adapted for openSUSE by Lars Vogdt. sean finney, Lars Vogdt February 2006, May 2010 nagiosstats(8)
All times are GMT -4. The time now is 03:37 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy