I've got an existing Cacti setup which works fairly well using cmd.php to do the polling, and thought I'd attempt to cut this across to using spine - for faster performance. I have successfully compiled 0.8.8b from Gentoo portage and configured my spine.conf as per the documentation.
However many of the polling runs are now generating the following message:
12/24/2014 10:50:31 AM - SPINE: Poller[0] Host[32] ERROR: Problems parsing Multi SNMP OID! (oid: PowerNet-MIB::upsAdvInputLineVoltage.0), Set MAX_OIDS to 1 for this host to isolate bad OID
I already had the MAX-OIDs for this and many other hosts host set to 1 - so this message is actually incorrect and misleading.
However running spine with debugging enabled shows the real reason for the problem:
12/24/2014 10:43:48 AM - SPINE: Poller[0] DEBUG: The Value of Active Threads is 0
12/24/2014 10:43:48 AM - SPINE: Poller[0] DEBUG: Valid Thread to be Created
12/24/2014 10:43:48 AM - SPINE: Poller[0] DEBUG: The Value of Active Threads is 1
12/24/2014 10:43:48 AM - SPINE: Poller[0] DEBUG: In Poller, About to Start Polling of Host
12/24/2014 10:43:48 AM - SPINE: Poller[0] Host[32] DEBUG: Entering UDP Ping
12/24/2014 10:43:48 AM - SPINE: Poller[0] Host[32] DEBUG: UDP Host Alive, Try Count:1, Time:1.4250 ms
12/24/2014 10:43:48 AM - SPINE: Poller[0] Host[32] DEBUG: Entering SNMP Ping
12/24/2014 10:43:48 AM - SPINE: Poller[0] Host[32] PING Result: UDP: Host is Alive
12/24/2014 10:43:48 AM - SPINE: Poller[0] Host[32] SNMP Result: Host responded to SNMP
12/24/2014 10:43:48 AM - SPINE: Poller[0] Host[32] TH[1] RECACHE: Processing 1 items in the auto reindex cache for 'apc-3.X'
12/24/2014 10:43:48 AM - SPINE: Poller[0] Host[32] TH[1] Recache DataQuery[1] OID: .1.3.6.1.2.1.2.1.0, output: 2
12/24/2014 10:43:48 AM - SPINE: Poller[0] Host[32] TH[1] NOTE: There are '8' Polling Items for this Host
MIB search path: /root/.snmp/mibs:/usr/share/snmp/mibs
Cannot find module (PowerNet-MIB): At line 0 in (none)
12/24/2014 10:43:48 AM - SPINE: Poller[0] Host[32] ERROR: Problems parsing Multi SNMP OID! (oid: PowerNet-MIB::upsAdvBatteryCapacity.0), Set MAX_OIDS to 1 for this host to isolate bad OID
12/24/2014 10:43:48 AM - SPINE: Poller[0] Host[32] TH[1] DS[517] SNMP: v2: apc-3.X, dsname: input, oid: PowerNet-MIB::upsAdvBatteryCapacity.0, value: U
spine is unable to load the MIB and therefore all of the textual defined SNMP queries are failing.
I have a whole lot of MIBs in /etc/snmp and directories under that. These are defined and work correctly in my snmp.conf file for net-snmp. They work when using cmd.php as well as the directories are picked up by php/snmp.
So my question is this. How do I add other MIB directories to the search path for spine? I'm not going to break everything on the system by moving these MIBs to /usr/share/snmp/mibs, so it would make sense to just include them in the SNMP MIB path. But how?
Is this a bug and/or should I be filing this in the bug tracking system or is this feature missing by design?
Spine and MIB Path Problem
Moderators: Developers, Moderators
Re: Spine and MIB Path Problem
1) you should upgrade to cacti/spine 0.8.8c -- just in case.
2) Typically its better if you use the OID instead of the conceptual name. To test, if you switch PowerNet-MIB::upsAdvInputLineVoltage.0 to its OID, does the spine error go away? If so, then yes please create a bug http://www.cacti.net/bugs.php
2) Typically its better if you use the OID instead of the conceptual name. To test, if you switch PowerNet-MIB::upsAdvInputLineVoltage.0 to its OID, does the spine error go away? If so, then yes please create a bug http://www.cacti.net/bugs.php
| Scripts: Monitor processes | RFC1213 MIB | DOCSIS Stats | Dell PowerEdge | Speedfan | APC UPS | DOCSIS CMTS | 3ware | Motorola Canopy |
| Guides: Windows Install | [HOWTO] Debug Windows NTFS permission problems |
| Tools: Windows All-in-one Installer |
Re: Spine and MIB Path Problem
Just tested - no change with 0.8.8c
Changing the OID to numeric instead of textual results in a successful poll, so looks like there is indeed a problem. I'll log a bug now.
Changing the OID to numeric instead of textual results in a successful poll, so looks like there is indeed a problem. I'll log a bug now.
Who is online
Users browsing this forum: No registered users and 0 guests