Issues with graphing single value

Post general support questions here that do not specifically fall into the Linux or Windows categories.

Moderators: Developers, Moderators

Post Reply
satcom2k
Posts: 6
Joined: Mon Oct 31, 2005 2:03 am

Issues with graphing single value

Post by satcom2k »

I am having issues with Cacti not graphing a specific OID on a metered PDU; Cacti is graphing and operating normally on all other devices I have configured. As far as I can tell the data template and graph templates are configured properly and I do see the SNMP information in the cacti log; it is just not placing anything in the graph (the same device is returning interface traffic stats no problem so I know its not the end device. Any help or ideas would be greatly appreciated.

Cacti Version = 0.8.6f
SNMP Version = 1
Device Type = APC Metered PDU
User avatar
rony
Developer/Forum Admin
Posts: 6022
Joined: Mon Nov 17, 2003 6:35 pm
Location: Michigan, USA
Contact:

Post by rony »

What is the devices status in the device list?
[size=117][i][b]Tony Roman[/b][/i][/size]
[size=84][i]Experience is what causes a person to make new mistakes instead of old ones.[/i][/size]
[size=84][i]There are only 3 way to complete a project: Good, Fast or Cheap, pick two.[/i][/size]
[size=84][i]With age comes wisdom, what you choose to do with it determines whether or not you are wise.[/i][/size]
satcom2k
Posts: 6
Joined: Mon Oct 31, 2005 2:03 am

Post by satcom2k »

The devices status is active; I am graphing the network interface already without any issues; it is only the one custom OID that I am having a problem with.
User avatar
rony
Developer/Forum Admin
Posts: 6022
Joined: Mon Nov 17, 2003 6:35 pm
Location: Michigan, USA
Contact:

Post by rony »

What do you get if you attempt to snmpget the OID manually?
[size=117][i][b]Tony Roman[/b][/i][/size]
[size=84][i]Experience is what causes a person to make new mistakes instead of old ones.[/i][/size]
[size=84][i]There are only 3 way to complete a project: Good, Fast or Cheap, pick two.[/i][/size]
[size=84][i]With age comes wisdom, what you choose to do with it determines whether or not you are wise.[/i][/size]
satcom2k
Posts: 6
Joined: Mon Oct 31, 2005 2:03 am

Post by satcom2k »

I recieve the proper response; esstential this is an APC metered PDU and I am trying to retrun the amp load on the PDU. Below is the snmpget/walk output. This number is then divided by 10 (via CDEF) to get the amp load; but the original value is not being inserted into the RRD; but it does show up in the cacti.log as retriving the proper value.

# snmpget -c 'xxxx' -v 1 192.168.1.200 PowerNet-MIB::rPDULoadStatusLoad.1
PowerNet-MIB::rPDULoadStatusLoad.1 = Gauge32: 50

# snmpget -c 'xxxx' -v 1 -O n 192.168.1.200 PowerNet-MIB::rPDULoadStatusLoad.1
.1.3.6.1.4.1.318.1.1.12.2.3.1.1.2.1 = Gauge32: 50
User avatar
BSOD2600
Cacti Moderator
Posts: 12171
Joined: Sat May 08, 2004 12:44 pm
Location: USA

Post by BSOD2600 »

1) Look in your poller cache for this entry, do you see it? If so paste the command.

2) With the logging level turned to debug, paste the command cacti executed for this snmp oid.
satcom2k
Posts: 6
Joined: Mon Oct 31, 2005 2:03 am

Post by satcom2k »

Here is the informaiton that I found in the poller cache.

Data Source: apc7381pudAmpLoad
RRD: /var/www/html/cacti/rra/pduap780201_red_na_invmc_com_apc7381pudampload_103.rrd
Action: 0, OID: 1.3.6.1.4.1.318.1.1.12.2.3.1.1.2.1 (Host: pduAP7802-01, Community: xxxx)
User avatar
gandalf
Developer
Posts: 22383
Joined: Thu Dec 02, 2004 2:46 am
Location: Muenster, Germany
Contact:

Post by gandalf »

You mentioned, that fetching the value via snmp works as seen in your cacti.log. So, what about the rrdtool update? Do you see that statement for the rrd file in question? What about cutting this from the log to command line and executing this manually? This is to verify, that this rrd was created correctly.
Another oprion would be to run the poller manually and have a look at the STDERR output (which normally goes to /dev/null). Even here you might see errors from rrdtool statements, but it produces lots of messages.
Reinhard
satcom2k
Posts: 6
Joined: Mon Oct 31, 2005 2:03 am

Post by satcom2k »

If I adjust the time for the update to the current time then the commands listed below run just fine "RRDTool Update"; if I just run the commands then they do no work because of the time offset.


/usr/local/rrdtool/bin/rrdtool update /var/www/html/cacti/rra/pduap780201_red_na_invmc_com_apc7381pudampload_102.rrd --template apc7381pudAmpLoad 1130536321:55

/usr/local/rrdtool/bin/rrdtool update /var/www/html/cacti/rra/pduap780201_red_na_invmc_com_apc7381pudampload_103.rrd --template apc7381pduAmpLoad 1130866442:54
User avatar
gandalf
Developer
Posts: 22383
Joined: Thu Dec 02, 2004 2:46 am
Location: Muenster, Germany
Contact:

Post by gandalf »

Fine, so updating is not the problem (we already talked about the permissions, right?). There will be no need to verify this using "rrdtool fetch <dsname> AVERAGE". Let's turn to the graph. Please select the failing one and click on the wrench. You will see the rrdtool graph statements used for this graph; post them, please.
Reinhard
satcom2k
Posts: 6
Joined: Mon Oct 31, 2005 2:03 am

Post by satcom2k »

Here is the RRDTool command genrating the graph image; a portion of the tital and DS name were substituted.


/usr/local/rrdtool/bin/rrdtool graph - \
--imgformat=PNG \
--start=-86400 \
--end=-300 \
--title="pduAP7802-01 domain_name - Amp Load" \
--base=1000 \
--height=120 \
--width=500 \
--alt-autoscale-max \
--lower-limit=0 \
--vertical-label="" \
--slope-mode \
DEF:a="/var/www/html/cacti/rra/pduap780201_domain_name_apc7381ampload_430.rrd":apc7381AmpLoad:AVERAGE \
CDEF:cdefa=a,10,/ \
AREA:cdefa#FF0000:"" \
GPRINT:a:LAST:"Current\:%8.2lf %s" \
GPRINT:a:AVERAGE:"Average\:%8.2lf %s" \
GPRINT:a:MAX:"Maximum\:%8.2lf %s\n"
User avatar
gandalf
Developer
Posts: 22383
Joined: Thu Dec 02, 2004 2:46 am
Location: Muenster, Germany
Contact:

Post by gandalf »

satcom2k wrote:Here is the RRDTool command genrating the graph image; a portion of the tital and DS name were substituted.


/usr/local/rrdtool/bin/rrdtool graph - \
--imgformat=PNG \
--start=-86400 \
--end=-300 \
--title="pduAP7802-01 domain_name - Amp Load" \
--base=1000 \
--height=120 \
--width=500 \
--alt-autoscale-max \
--lower-limit=0 \
--vertical-label="" \
--slope-mode \
DEF:a="/var/www/html/cacti/rra/pduap780201_domain_name_apc7381ampload_430.rrd":apc7381AmpLoad:AVERAGE \
CDEF:cdefa=a,10,/ \
AREA:cdefa#FF0000:"" \
GPRINT:a:LAST:"Current\:%8.2lf %s" \
GPRINT:a:AVERAGE:"Average\:%8.2lf %s" \
GPRINT:a:MAX:"Maximum\:%8.2lf %s\n"
Well, this looks good. You may run it from cli. There should be lots of hieroglyphs.
May be there something wrong with the maximum value in your data source. Look at your data template, select the appropriate data source (e.g. apc7381AmpLoad) and verify the settings of the maximum value: Is there a "100"? Do your values exceed this one? In that case, rrdtool will supress them so they won't show up on your graph.
Or do a "rrdtool fetch <dataset> AVERAGE" and look at the results. If they read "NaN" there would be no update (up this should not occur, as updates are ok). Please post (last 10 lines may be enough).
Reinhard
Post Reply

Who is online

Users browsing this forum: No registered users and 0 guests