At face value, nothing looks unusual here. I notice that your previous snmp lookup came back with a two digits after the decimal point, but here the last DS is listed as 34. It's possible that this is where the string data type is causing issues, but this is grasping at straws. As far as I can tell, all the other numeric snmp values I see keep the same precision (most return real numbers only, which makes sense if you're counting packets, etc.).

NateBell wrote:
Here's what I get when I run rrdtool info:

Nate


Code:
rrd_version = "0003"
step = 300
last_update = 1192118496
ds[ds0].type = "GAUGE"
ds[ds0].minimal_heartbeat = 900
ds[ds0].min = NaN
ds[ds0].max = NaN
ds[ds0].last_ds = "34"
ds[ds0].value = 3.2702454260e+03
ds[ds0].unknown_sec = 0
rra[0].cf = "AVERAGE"
rra[0].rows = 2016
rra[0].pdp_per_row = 1
rra[0].xff = 5.0000000000e-01
rra[0].cdp_prep[0].value = NaN
rra[0].cdp_prep[0].unknown_datapoints = 0
rra[1].cf = "AVERAGE"
rra[1].rows = 2016
rra[1].pdp_per_row = 4
rra[1].xff = 5.0000000000e-01
rra[1].cdp_prep[0].value = 0.0000000000e+00
rra[1].cdp_prep[0].unknown_datapoints = 0
rra[2].cf = "AVERAGE"
rra[2].rows = 1488
rra[2].pdp_per_row = 24
rra[2].xff = 5.0000000000e-01
rra[2].cdp_prep[0].value = 0.0000000000e+00
rra[2].cdp_prep[0].unknown_datapoints = 0
rra[3].cf = "AVERAGE"
rra[3].rows = 730
rra[3].pdp_per_row = 288
rra[3].xff = 5.0000000000e-01
rra[3].cdp_prep[0].value = 7.3660539403e+03
rra[3].cdp_prep[0].unknown_datapoints = 0
rra[4].cf = "MAX"
rra[4].rows = 2016
rra[4].pdp_per_row = 4
rra[4].xff = 5.0000000000e-01
rra[4].cdp_prep[0].value = 3.3038235950e+01
rra[4].cdp_prep[0].unknown_datapoints = 0
rra[5].cf = "MAX"
rra[5].rows = 1488
rra[5].pdp_per_row = 24
rra[5].xff = 5.0000000000e-01
rra[5].cdp_prep[0].value = 3.3038235950e+01
rra[5].cdp_prep[0].unknown_datapoints = 0
rra[6].cf = "MAX"
rra[6].rows = 730
rra[6].pdp_per_row = 288
rra[6].xff = 5.0000000000e-01
rra[6].cdp_prep[0].value = 6.6436694240e+01
rra[6].cdp_prep[0].unknown_datapoints = 0







-------------------- m2f --------------------

Read this topic online here:
http://community.zenoss.com/forums/viewtopic.php?p=11664#11664

-------------------- m2f --------------------



_______________________________________________
zenoss-users mailing list
[email protected]
http://lists.zenoss.org/mailman/listinfo/zenoss-users

_______________________________________________
zenoss-users mailing list
[email protected]
http://lists.zenoss.org/mailman/listinfo/zenoss-users

Reply via email to