[mrtg] processor load SMP

Fri Mar 9 20:19:34 CET 2007

hi garth,

tried it, didn't make a difference

but ... i'm reluctant to believe that MRTG requires a space there.  i 
think that space is optional ... at any rate, i leave it out, in the 
config files i produce

i don't claim to be an MRTG expert ... i haven't even walked thru the 
code, for example ... but i have been using MRTG for a few years now ... 
see http://www.skendric.com/trend/device/ to get a feel for how i use it

however, i've only just started messing with snmp-informant.  i've 
implemented the free agent on a few boxes; i have a collection of 
advanced agents on order

see http://www.skendric.com/trend/graphs/mrtg-wtcs.pdf for an example of 
the graphs i draw for a box running the free agent.  notice how the 
disk-related graphs ... aren't working.  that's this error i'm pursuing. 
  but ... in none of the Target lines do i include a space ... if you'd 
like, i be happy to send you an entire MRTG config file, to prove this. 
  for the moment, here is a snippet:

#### cpuPercentProcessorTime.1.48 vs cpuPercentProcessorTime.1.48 ####
#Target[creeper_wtcscpuProcTime0]:cpuPercentProcessorTime.1.48&cpuPercentProcessorTime.1.48:public at creeper:::::2
Target[creeper_wtcscpuProcTime0]:.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:public at creeper:::::2
MaxBytes[creeper_wtcscpuProcTime0]:100
Options[creeper_wtcscpuProcTime0]:gauge
Title[creeper_wtcscpuProcTime0]:creeper CPU 0 Processor Time
PageTop[creeper_wtcscpuProcTime0]:<H1>creeper CPU 0</H1>
YLegend[creeper_wtcscpuProcTime0]:% CPU Time
ShortLegend[creeper_wtcscpuProcTime0]:%
Unscaled[creeper_wtcscpuProcTime0]:dwmy
Legend1[creeper_wtcscpuProcTime0]:% CPU 0
Legend2[creeper_wtcscpuProcTime0]:
Legend3[creeper_wtcscpuProcTime0]:Peak CPU 0
Legend4[creeper_wtcscpuProcTime0]:
LegendI[creeper_wtcscpuProcTime0]:CPU 0
LegendO[creeper_wtcscpuProcTime0]:
Colours[creeper_wtcscpuProcTime0]:GREEN#00eb0c,BLUE#0000ff,GRAY#AAAAAA,VIOLET#ff
00ff

do you have an MRTG config file snippet you would be willing to share, 
one which monitors one of the disk-related variables from INFORMANT-MIB?

--sk

stuart kendrick
fhcrc

Garth Williams wrote:
> MRTG needs a space there.  Did you try it?
> Thank you very much!
> 
> Garth K. Williams - Managing Director and Product Manager
> Informant Systems, Inc. (http://www.informant-systems.com)
>  - SNMP Informant (http://www.snmp-informant.com)
> 
> 
> -----Original Message-----
> From: Stuart Kendrick <skendric at fhcrc.org>
> To: Garth Williams <garth.williams at wtcs.org>
> Date: Thu, 08 Mar 2007 07:21:38 -0800
> Subject: Re: [mrtg] processor load SMP
> 
>> hi garth,
>>
>> what precisely is the difference you are seeing?  the only difference 
>> between the line you propose and the line i have currently, that i can 
>> see, is the space after the colon ...
>>
>> ?
>>
>> --sk
>>
>> Garth Williams wrote:
>>> .1.3.6.1.4.1.9600.1.1.1.1.2.2.67.58 = % Disk Read Time (C:)
>>> .1.3.6.1.4.1.9600.1.1.1.1.6.2.67.58 = % Idle Time (C:)
>>>
>>> Your OIDs look rightm but your target line looks wrong.  Try 
>>> Target
>>> [creeper_wtcsDiskReadTimeC:]:
>> .1.3.6.1.4.1.9600.1.1.1.1.2.2.67.58&.1.3.6.
>>> 1.4.1.9600.1.1.1.1.6.2.67.58:public at creeper:::::2
>>>
>>>
>>> Thank you very much!
>>>
>>> Garth K. Williams - Managing Director and Product Manager
>>> Informant Systems, Inc. (http://www.informant-systems.com)
>>>  - SNMP Informant (http://www.snmp-informant.com)
>>>
>>>
>>> -----Original Message-----
>>> From: Stuart Kendrick <skendric at fhcrc.org>
>>> To: Garth Williams <garth.williams at wtcs.org>
>>> Cc: mrtg at lists.oetiker.ch
>>> Date: Wed, 07 Mar 2007 12:17:05 -0800
>>> Subject: Re: [mrtg] processor load SMP
>>>
>>>> hi garth,
>>>>
>>>> do you know how to persuade MRTG to graph the disk parameters in 
>>>> INFORMANT-MIB?
>>>>
>>>> i see errors which look like this when i try:
>>>>
>>>> 2007-03-07 01:17:10 -- 2007-03-07 01:12:24: WARNING: Expected a
>> number 
>>>> but got 'C:'
>>>> 2007-03-07 01:17:10 -- 2007-03-07 01:12:24: WARNING: Expected a
>> number 
>>>> but got '_Total'
>>>> 2007-03-07 01:17:12 -- 2007-03-07 01:17:11: ERROR: 
>>>> Target[creeper_wtcsdiskreadtimec:][_IN_] ' $target->[80]{$mode} '
>> did 
>>>> not eval into defined data
>>>> 2007-03-07 01:17:12 -- 2007-03-07 01:17:11: ERROR: 
>>>> Target[creeper_wtcsdiskreadtimec:][_OUT_] ' $target->[80]{$mode} '
>> did 
>>>> not eval into defined data
>>>>
>>>> here's my config file snippet:
>>>>
>>>> #### lDiskPercentDiskReadTime vs lDiskPercentIdleTime ####
>>>>
>> #Target[creeper_wtcsDiskReadTimeC:]:lDiskPercentDiskReadTime.2.67.58&lD
>>>> iskPercentIdleTime.2.67.58:public at creeper:::::2
>>>>
>> Target[creeper_wtcsDiskReadTimeC:]:.1.3.6.1.4.1.9600.1.1.1.1.2.2.67.58&
>>>> .1.3.6.1.4.1.9600.1.1.1.1.6.2.67.58:public at creeper:::::2
>>>> MaxBytes[creeper_wtcsDiskReadTimeC:]:100
>>>> Options[creeper_wtcsDiskReadTimeC:]:gauge
>>>> Title[creeper_wtcsDiskReadTimeC:]:creeper Disk C: Read Time vs Idle
>>>> Time
>>>> PageTop[creeper_wtcsDiskReadTimeC:]:<H1>creeper Disk C: Read Time vs
>>>> Idle Time</H1>
>>>> YLegend[creeper_wtcsDiskReadTimeC:]:% Read/Idle Time
>>>> ShortLegend[creeper_wtcsDiskReadTimeC:]:%
>>>> Unscaled[creeper_wtcsDiskReadTimeC:]:dwmy
>>>> Legend1[creeper_wtcsDiskReadTimeC:]:% Read
>>>> Legend2[creeper_wtcsDiskReadTimeC:]:% Idle
>>>> Legend3[creeper_wtcsDiskReadTimeC:]:Peak Read
>>>> Legend4[creeper_wtcsDiskReadTimeC:]:Peak Idle
>>>> LegendI[creeper_wtcsDiskReadTimeC:]:Read
>>>> LegendO[creeper_wtcsDiskReadTimeC:]:Idle
>>>>
>> Colours[creeper_wtcsDiskReadTimeC:]:GREEN#00eb0c,BLUE#0000ff,GRAY#AAAAA
>>>> A,VIOLET#ff00ff
>>>>
>>>> output from a walk:
>>>>
>>>> INFORMANT-STD::lDiskPercentDiskReadTime."C:" = Gauge32: 0
>>>> INFORMANT-STD::lDiskPercentDiskReadTime."_Total" = Gauge32: 0
>>>> [...]
>>>> INFORMANT-STD::lDiskPercentIdleTime."C:" = Gauge32: 0
>>>> INFORMANT-STD::lDiskPercentIdleTime."_Total" = Gauge32: 0
>>>>
>>>> --sk
>>>>
>>>> stuart kendrick
>>>> fhcrc
>>>>
>>>>
>>>> Garth Williams wrote:
>>>>> If you are using Windows, you can download and use the SNMP
>> Informant
>>>>> STD (free) version.  It will allow you to GET stats on individual 
>>>>> processors.
>>>>>
>>>>> If it's a *Nix box, then sorry, I'm afraid I can't help!
>>>>>
>>>>> g
>>>>>
>>>>> Thank you very much!
>>>>>
>>>>> Garth K. Williams - Managing Director and Product Manager
>>>>> Informant Systems, Inc. (http://www.informant-systems.com)
>>>>>  - SNMP Informant (http://www.snmp-informant.com)
>>>>>
>>>>>
>>>>> -----Original Message-----
>>>>> From: "Mihai Bobos" <Mihai.Bobos at ranbaxy.com>
>>>>> To: <mrtg at lists.oetiker.ch>
>>>>> Date: Wed, 7 Mar 2007 08:30:16 +0200
>>>>> Subject: [mrtg] processor load SMP
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I have a problem: I want to monitor the processor load on one
>>>> machine,
>>>>>> separate on every processor
>>>>>> the only thing I have found so far is the processor load on all
>>>>>> processors together
>>>>>>
>>>>>> Is there any chance to find a MIB for each processor load?
>>>>>>
>>>>>> Thank you
>>>>>> Mihai
>>>>>>
>>>>>>
>>>>>> (i) The information contained in this e-mail message is intended
>>>> only
>>>>>> for the confidential use of the recipient(s) named above. This
>>>> message
>>>>>> is privileged and confidential. If the reader of this message is
>> not
>>>>>> the intended recipient or an agent responsible for delivering it
>> to
>>>> the
>>>>>> intended recipient, you are hereby notified that you have received
>>>> this
>>>>>> document in error and that any review, dissemination,
>> distribution,
>>>> or
>>>>>> copying of this message is strictly prohibited. If you have
>> received
>>>>>> this communication in error, please notify us immediately by
>> e-mail,
>>>>>> and delete the original message.
>>>>>>  
>>>>>>  (ii) The sender confirms that Ranbaxy shall not be responsible if
>>>> this
>>>>>> email message is used for any indecent, unsolicited or illegal
>>>>>> purposes, which are in violation of any existing laws and the same
>>>>>> shall solely be the responsibility of the sender and that Ranbaxy
>>>> shall
>>>>>> at all times be indemnified of any civil and/ or criminal
>>>> liabilities
>>>>>> or consequences there.
>>>>> _______________________________________________
>>>>> mrtg mailing list
>>>>> mrtg at lists.oetiker.ch
>>>>> https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
>>>
> 
> 