snmpwalk problems with 0.8.6j

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

Moderators: Developers, Moderators

Post Reply
maw
Posts: 34
Joined: Wed Mar 07, 2007 2:26 am
Location: Vancouver, Canada

snmpwalk problems with 0.8.6j

Post by maw »

Hi all,

Im encountering an issue with a SNMP XML data query in 0.8.6j that works in Cacti Version 0.8.6i. I have pasted the "date query debug" info below.

Cacti 0.8.6i install:
Data Query Debug Information
+ Running data query [11].
+ Found type = '3' [snmp query].
+ Found data query XML file at '/var/www/html/resource/snmp_queries/ns-servicetable.xml'
+ XML file parsed ok.
+ Executing SNMP walk for list of indexes @ '.1.3.6.1.4.1.5951.4.1.3.1.1'
+ Located input field 'vsvrName' [walk]
+ Executing SNMP walk for data @ '.1.3.6.1.4.1.5951.4.1.3.1.1.1'
+ Found item [vsvrName='cs_hvti'] index: 7.99.115.95.104.118.116.105 [from value]
etc...

Cacti 0.8.6j install:
Data Query Debug Information
+ Running data query [22].
+ Found type = '3' [snmp query].
+ Found data query XML file at '/usr/local/www/html/cacti/resource/snmp_queries/ns-servicetable.xml'
+ XML file parsed ok.
+ Executing SNMP walk for list of indexes @ '.1.3.6.1.4.1.5951.4.1.3.1.1'
+ No SNMP data returned
+ Found data query XML file at '/usr/local/www/html/cacti/resource/snmp_queries/ns-servicetable.xml'
+ Found data query XML file at '/usr/local/www/html/cacti/resource/snmp_queries/ns-servicetable.xml'
+ Found data query XML file at '/usr/local/www/html/cacti/resource/snmp_queries/ns-servicetable.xml'

As you can see, in 0.8.6i the query will perform the "walk" (+ Located input field 'vsvrName' [walk]). This step is skipped in 0.8.6j for some reason and the data is not found. I would like to include some more information about this in hope someone knows the answer.

0.8.6i server =
Linux version 2.6.9-55.ELsmp (gcc version 3.4.6 20060404 (Red Hat 3.4.6-8)) #1 SMP Wed May 2 14:28:44 EDT 2007
PHP 4.3.9
Apache/2.0.52
Net-SNMP 5.1.2

0.8.6j server =
FreeBSD6.2
php5-5.2.1_3
apache+mod_ssl-1.3.37+2.8.28
net-snmp-5.3.1

I am trying to poll NetScaler 9000 vServers using SNMP version2. The index OID is: .1.3.6.1.4.1.5951.4.1.3.1.1 and I am using the templates found here: http://forums.cacti.net/about18858.html I have also installed the 0.8.6j patches, including the 'snmpwalk' fix.

Any help would be appreciated. Thanks.
:: FreeBSD6.2 - Apache 1.3.37+mod_ssl - PHP 5.2.1 - MySQL 5.0 ::
maw
Posts: 34
Joined: Wed Mar 07, 2007 2:26 am
Location: Vancouver, Canada

Post by maw »

looks like this guy maybe having a similar problem.

http://forums.cacti.net/viewtopic.php?t=21779
:: FreeBSD6.2 - Apache 1.3.37+mod_ssl - PHP 5.2.1 - MySQL 5.0 ::
maw
Posts: 34
Joined: Wed Mar 07, 2007 2:26 am
Location: Vancouver, Canada

Post by maw »

anyone have any ideas with this issue?
:: FreeBSD6.2 - Apache 1.3.37+mod_ssl - PHP 5.2.1 - MySQL 5.0 ::
rshalhoup
Posts: 4
Joined: Thu Sep 13, 2007 4:01 pm

Post by rshalhoup »

I made the following change to ns_servicetable_101.xml (should be similar to yours) and it fixed a similar problem that I had.

< <oid_index_parse>OID/REGEXP:^.{29}\.(.*)</oid_index_parse>
---
> <oid_index_parse>OID/REGEXP:^.{28}\.[0-9]+\.(.*)</oid_index_parse>


-Ron
goobysnack
Posts: 1
Joined: Wed Mar 05, 2008 4:22 pm

This worked for me...

Post by goobysnack »

The fix above wasn't inserting the VSRV number correctly, but this worked for me, likely because all OIDs were .1.3.6.1.4.1.5951.4.1.3.1.1.31 or .1.3.6.1.4.1.5951.4.1.3.1.1.33 followed by the VSRV number.

OID/REGEXP:^.{28}\.(.*)
MainlyVoid
Posts: 1
Joined: Wed Aug 04, 2010 3:05 am

Re: snmpwalk problems with 0.8.6j

Post by MainlyVoid »

To save others time, as I have been wrecking my head with this too ... Once the xml file has been changed, I ended up:

php cli/poller_reindex_hosts.php -d --id=ALL
php cli/poller_data_sources_reapply_names.php -d --id=ALL
php cli/poller_graphs_reapply_names.php -d --id=ALL
php cli/rebuild_poller_cache.php -d

Which now seems to have fully applied the changes everywhere they need to be ... I'm now finally starting to get stuff graphed that just didn't want to for the last couple of days ...
Post Reply

Who is online

Users browsing this forum: No registered users and 5 guests