ERROR: not a simple integer: '-748190269'

[cylam]

Hi all! I created a graph yesterday, and it ploted a line correctly.

But the line suddenly stopped a few hours ago. And I found the following error message when I try to run poller.php manually:

$ php poller.php
...
OK u:0.02 s:0.02 r:15.26
OK u:0.02 s:0.02 r:15.26
OK u:0.02 s:0.02 r:15.26
ERROR: not a simple integer: '-748190269'
OK u:0.02 s:0.02 r:15.26
...

How can I solve that problem? I am using Cacti 0.8.6c. Operating System: unix. PHP SNMP Support: no.

Thanks very much for your help.

[TheWitness]

You must be using a COUNTER type for GUAGE data? Please review the doco at http://www.rrdtool.org and provide feedback.

TheWitness

[cylam]

I have just checked. I have set the type to COUNTER in cacti. And the data polled is really a counter, and cacti ploted meaningful graph when the data got is positive.

But I found that when I try to snmpget that OID manually, I got the following result:

SNMPv2-SMI::enterprises.xxxx = INTEGER: -1977633435

Notice that the result suggested it is an integer.

When I tried to poll other COUNTERs, link interface in/out bit, I got the following result:

SNMPv2-SMI::enterprises.xxxx = Counter32: 601942192

This suggested it is a 32-bit counter.

It seems to me that the snmpget followed the device's reply, and rendered that data as INTEGER, which is actually a Counter32. And then cacti correctly detected something went wrong, and fired an error.

Any suggestion to deal with that situation? Thank you.

[TheWitness]

INTEGER = RRD GUAGE
COUTER32 OR COUTER64 = RRD COUNTER (OR DERIVE)

TheWitness

[cylam]

Yes. The OID is actually the total number of things it processed since boot time. It is certainly a Counter in nature.

But the device uses an INTEGER(GUAGE) for that OID. Is there any way to force snmpget to interpret that OID as Counter instead of INTEGER? Or does Cacti has some sort of mechnism to deal with this situation? Emmm... will using cactid help?

Too many question indeed. Really need to say thank you to you guys. Thank for your help.

[TheWitness]

Being that the value returned is negative from snmp, I would suggest contacting the vendor and having them correct their agent. Counters can not be negative.

TheWitness

[bulek]

In rrdtool source code this kind of error is reported when you try to update a COUNTER data source with number containing characters other than digits and if the number is negative (the first character is "-").

- Piotr