[mrtg] Re: CPU W2K SMNP2CA

[Alan Rader]

It may a little, but when I am not doing the snmp query, the CPU is
still jumping up and down from another process that is running on the
box.  Does this type of graph still do a 5 minute average or is it
suppose to just plot the value at the time it gets polled?  If it is an
average, then I can see how it hovers right around 15%.



-----Original Message-----
From: Jason Harper [mailto:Jason.Harper at asu.edu] 
Sent: Wednesday, January 28, 2004 8:16 PM
To: Alan Rader
Subject: RE: [mrtg] Re: CPU W2K SMNP2CA



Could any of what you see be caused by the fact that simply querying for
the cpu usage via snmp causes the cpu load to increase by itself (since
the CPU is handing your snmp query)?  Perhaps there is some lag effect
so that the first query doesn't see the increased load caused by itself,
but the second query sees the load increase caused by the first query?


-----Original Message-----
From: mrtg-bounce at list.ee.ethz.ch [mailto:mrtg-bounce at list.ee.ethz.ch]
On Behalf Of Alan Rader
Sent: Wednesday, January 28, 2004 3:38 PM
To: mrtg at list.ee.ethz.ch
Subject: [mrtg] Re: CPU W2K SMNP2CA


If I put in one OID that gives a result of 0 so that only one graph line
shows, it graphs pretty stable.  The funny thing is, when I create a
whole separate graph, but referencing the same OID, the newer graph
shows lots of spikes.  This graph almost resembles the CPU usage better
because when watching it in task manager, it jumps from a low percentage
<10 to high percentage > 80 almost constantly.  

If I leave the graph with the big spikes showing on and comment out the
other one, then the one with the spikes calms down.  What could be
happening?

Thanks


-----Original Message-----
From: Rick Klinge [mailto:rick at famhost.com] 
Sent: Wednesday, January 28, 2004 8:58 AM
To: Alan Rader
Subject: RE: [mrtg] CPU W2K SMNP2CA


Maybe it's doing this because of dual queries, for the same graph, to
the same oid? Try duplicating your graph with just one cpu oid per graph
and see if they are the same or not.

~Rick

> -----Original Message-----
> From: mrtg-bounce at list.ee.ethz.ch [mailto:mrtg-bounce at list.ee.ethz.ch]

> On Behalf Of Alan Rader
> Sent: Wednesday, January 28, 2004 7:51 AM
> To: mrtg at list.ee.ethz.ch
> Subject: [mrtg] CPU W2K SMNP2CA
> 
> 
> I am monitoring my CPU on a W2K server and getting data, but I have 
> the same OID for both lines yet getting different values.  I am also 
> using the new SNMP2CA from WSTC.  Below is my config, I only have one 
> CPU, but just called the blue line CPU2 for now until I figure out 
> which one, or both that I need.  I am also doing this same setup for 
> memory using the same OID for both graphs and the blue line stays 
> right on top of the green which seems right to me.  On my below CPU, 
> green is pretty stable and even across, but blue has bunches of
> spikes.  Also watching my CPU Util in windows task manager, 
> the CPU jumps up and down constantly which is normal for this box.
>  
> So can any one clear up for me why when graphing the same OID, blue 
> and green are not lining up?
>  
> Thanks
>  
>  
> ### CPU ###
>  
> Target[inepo1_cpu]: 
> .1.3.6.1.4.1.9600.1.1.5.1.5.1.48&.1.3.6.1.4.1.9600.1.1.5.1.5.1
> .48:com at ip
> MaxBytes[inepo1_cpu]: 100
> Unscaled[inepo1_cpu]: dwmy
> Options[inepo1_cpu]: gauge,unknaszero,nopercent,growright
> WithPeak[inepo1_cpu]: dwmy
> YLegend[inepo1_cpu]: % Utilization
> ShortLegend[inepo1_cpu]: %
> Legend1[inepo1_cpu]: CPU Utilization
> Legend2[inepo1_cpu]: CPU 2 Util
> Legend3[inepo1_cpu]: Max value per interval on graph
> Legend4[inepo1_cpu]: .
> LegendI[inepo1_cpu]: CPU:
> LegendO[inepo1_cpu]: CPU2:
> Title[inepo1_cpu]: INEPO1
> PageTop[inepo1_cpu]: <H1>INEPO1 W2K</H1>
>  
> 

___________________________________________________________________
Virus Scanned and Filtered by http://www.FamHost.com E-Mail System.


--------------------------------------------
ATTENTION:  This message and all attachments are PRIVATE, and may
contain information that is CONFIDENTIAL and PRIVILEGED.  
If you received this message in error, please notify the sender by reply

e-mail and delete the message immediately.

--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive     http://www.ee.ethz.ch/~slist/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi


--------------------------------------------
ATTENTION:  This message and all attachments are PRIVATE, and may contain
information that is CONFIDENTIAL and PRIVILEGED.  
If you received this message in error, please notify the sender by reply 
e-mail and delete the message immediately.

--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive     http://www.ee.ethz.ch/~slist/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi