CPU utilization OID on Foundry switch graphed as -1.#J

[BSOD2600]

Those captures make sense. Your manual snmpwalk should invoke those type of get-next-request / get-response packet types. Since you have cacti using SNMP as the uptime detection method for this problem switch, it uses the sysUpTime OID (and others) to determine this. Also, that OID is useful for detecting of the device has rebooted, in which case cacti needs to reindex some of the queries.

Anyways, it's odd that you didn't capture any other SNMP data to/from the switch. You said you added a the snmp - generic OID template as a data source, right? Put in 1.3.6.1.4.1.1991.1.1.2.1.35.0 into it's OID field and correctly set the min/max values? If you see that OID in the cacti poller cache, then it should be polled.

With the cacti logging level set to debug for a cycle, you see 1.3.6.1.4.1.1991.1.1.2.1.35.0 getting polled for data, right?

[hammond1]

Sorry, I was on vacation the past 10 days and tried (successfully!) not to do anything work-related during that time.

There were tons of packets between this switch and the Cacti host - I only included the ones related to this OID being queried by the Cacti host as I surmised those were the only relevant packets.

Yes, the generic OID template for this OID is a Data Source. Yes the OID in this Data Source is: 1.3.6.1.4.1.1991.1.1.2.1.35.0

The max value (no min value in the Data Source config page) is set to 100, Data Type is set to Gauge. Yes I see the OID in the poller cache with RRD: C:\Apache2\htdocs\cacti\rra\rack_4_bigiron_snmp_oid_1934.rrd.

I tried turning on Debug mode on the Data Source itself, here is the output:

Data Source Debug
c:/rrdtool/rrdtool.exe create \
C:/Apache2/htdocs/cacti/rra/rack_4_bigiron_snmp_oid_1934.rrd \
--step 300 \
DS:snmp_oid:GAUGE:600:0:100 \
RRA:AVERAGE:0.5:1:600 \
RRA:AVERAGE:0.5:6:700 \
RRA:AVERAGE:0.5:24:775 \
RRA:AVERAGE:0.5:288:797 \
RRA:MAX:0.5:1:600 \
RRA:MAX:0.5:6:700 \
RRA:MAX:0.5:24:775 \
RRA:MAX:0.5:288:797 \


And I set the logging level to debug (after turning off debug on the Data Source) for one cycle. I DID find, as before, the OID being queried against this host with the "output: U" as before. I believe the "U" means Unknown?

[BSOD2600]

I DID find, as before, the OID being queried against this host with the "output: U" as before. I believe the "U" means Unknown?

Basically -- no valid data was returned for cacti and thus a NaN gets stored in the rrd file.

I'm out of ideas wtf this isn't working. Same issue when you use cmd.php and spine pollers?

[hammond1]

I'm using cmd.php as I was never able to get spine to work. I just tried spine again and no results for anything were returned.

[BSOD2600]

For spine, did you set up its .config file?

As for your outstanding OID issue, I'm at a loss and must be missing something obvious. Going to move the post to the general forum for more eyes.

[hammond1]

Spine is installed in C:\Spine\SpineP2T.exe

The spine.conf file in that folder has the following entries:

DB_Host hostname
DB_Database databasename
DB_User cactiusername
DB_Password cactiuserpassword
DB_Port 3306

[BSOD2600]

SpineP2T.exe?? where did you get that from? You should download the one from this site...

I assume those names/fields in the spine.config file, you censored? What happens when you manually run spine from the commandline?

[hammond1]

I was wondering the same thing. I downloaded everything and set things up back in February and the Spine file that I downloaded (I still have it) is named SpineP2T.msi

I realize for Windows the downloadable file is a .zip so I'm a bit puzzled too.

When I manually run SpineP2T.exe from the command line I get an error dialog box with "Project1" in the window's title bar and the following text below:

"Component RICHTx32.OCX or one of its dependents not correctly registered: a file is missing or invalid"

[hammond1]

Saints be praised! I downloaded Spine/Cactid, extracted the files, configured the new spine.conf (with 127.0.0.1 as the hostname, for some reason the actual hostname which on the command line had the domain suffix post-pended and thus not authenticated by the DB), pointed to the new spine.exe on the Path page, and configured spine as the poller and.....

.....the OID/Data Source is now being graphed.

[BSOD2600]

Hmm very odd. Both where you got SpineP2T.msi from, since it doesnt reside on cacti.net and why that OID works with spine.

Glad it's working though.