Nagios Support Forum

Hello,

We are using XI 5.4.3.

We run snmpwalk on our Nagios server for some devices and find appropriate interfaces. When i use your network switch wizard against the same devices the scan does not pull all the interfaces back.Any idea why?

Hello, @brdr.

You may try to update this wizard by going to the Admin menu, then System Extensions in the left column, and then Manage Config Wizards. In that screen please click on the 1)Check for Updates, and right after that 2)Install Updates. That should update the wizard to the version 2.3.9. After this you can rerun the wizard one more time.

We presently are using 2.3.8 version of the network / switch wizard. From the change log this changes for 2.3.9:

2.3.9 - 09/27/2017
===================
- Replaced htmlentities with encode_form_val() to fix broken UTF8 characters -JO
- Fixed hostname not lowercase causing issues with MRTG [TPS#12432] -JO

This will very likely not fix the issue below.

That said, in what cases will the wizard not pull back all the interfaces? When I run the snmpwalk from the command line from the Nagios server returns all avail interfaces.

Thx

@brdr , Does the target switch/router have a lot of interfaces? If so, please implement the changes described in the following tutorial, then restart apache with service httpd restart, Nagios with service nagios restart, and rerun the wizard one more time.
https://support.nagios.com/kb/article/n ... s-611.html

thx for the KB.

it doesn't matter if I scan a device with only a few ports or hundreds. the issue can come regardless. For example:

here is a cisco device that has 16 interfaces when I snmpwalk it.... they are

IF-MIB::ifDescr.1 = STRING: FastEthernet0/0
IF-MIB::ifDescr.2 = STRING: FastEthernet0/1
IF-MIB::ifDescr.3 = STRING: VoIP-Null0
IF-MIB::ifDescr.4 = STRING: Null0
IF-MIB::ifDescr.5 = STRING: Foreign Exchange Station 0/0
IF-MIB::ifDescr.6 = STRING: Foreign Exchange Station 0/1
IF-MIB::ifDescr.7 = STRING: Foreign Exchange Station 0/2
IF-MIB::ifDescr.8 = STRING: Foreign Exchange Station 0/3
IF-MIB::ifDescr.9 = STRING: Voice Encapsulation (POTS) Peer: 9990099
IF-MIB::ifDescr.10 = STRING: Voice Encapsulation (POTS) Peer: 9990199
IF-MIB::ifDescr.11 = STRING: Voice Encapsulation (POTS) Peer: 9990299
IF-MIB::ifDescr.12 = STRING: Voice Encapsulation (POTS) Peer: 9990399
IF-MIB::ifDescr.13 = STRING: Voice Encapsulation (POTS) Peer: 9990990
IF-MIB::ifDescr.14 = STRING: Voice Encapsulation (POTS) Peer: 9990991
IF-MIB::ifDescr.15 = STRING: Voice Encapsulation (POTS) Peer: 9990992
IF-MIB::ifDescr.16 = STRING: Voice Encapsulation (POTS) Peer: 9990993

NOW, WHEN I USE THE WIZARD ONLY THE FIRST 3 PORTS ABOVE ARE RETURNED BACK INTO THE UI. WHY? IS THERE SOME CRITERIA BEING USED DURING THE SCAN THAT PREVENTS THE OTHER PORTS 4-16 NOT BE RETURNED BACK INOT THE UI?

Here is the admin and oper status of the above ports:

IF-MIB::ifAdminStatus.1 = INTEGER: up(1)
IF-MIB::ifAdminStatus.2 = INTEGER: up(1)
IF-MIB::ifAdminStatus.3 = INTEGER: up(1)
IF-MIB::ifAdminStatus.4 = INTEGER: up(1)
IF-MIB::ifAdminStatus.5 = INTEGER: up(1)
IF-MIB::ifAdminStatus.6 = INTEGER: up(1)
IF-MIB::ifAdminStatus.7 = INTEGER: up(1)
IF-MIB::ifAdminStatus.8 = INTEGER: up(1)
IF-MIB::ifAdminStatus.9 = INTEGER: up(1)
IF-MIB::ifAdminStatus.10 = INTEGER: up(1)
IF-MIB::ifAdminStatus.11 = INTEGER: up(1)
IF-MIB::ifAdminStatus.12 = INTEGER: up(1)
IF-MIB::ifAdminStatus.13 = INTEGER: up(1)
IF-MIB::ifAdminStatus.14 = INTEGER: up(1)
IF-MIB::ifAdminStatus.15 = INTEGER: up(1)
IF-MIB::ifAdminStatus.16 = INTEGER: up(1)

...
IF-MIB::ifOperStatus.1 = INTEGER: up(1)
IF-MIB::ifOperStatus.2 = INTEGER: down(2)
IF-MIB::ifOperStatus.3 = INTEGER: up(1)
IF-MIB::ifOperStatus.4 = INTEGER: up(1)
IF-MIB::ifOperStatus.5 = INTEGER: dormant(5)
IF-MIB::ifOperStatus.6 = INTEGER: dormant(5)
IF-MIB::ifOperStatus.7 = INTEGER: dormant(5)
IF-MIB::ifOperStatus.8 = INTEGER: dormant(5)
IF-MIB::ifOperStatus.9 = INTEGER: up(1)
IF-MIB::ifOperStatus.10 = INTEGER: up(1)
IF-MIB::ifOperStatus.11 = INTEGER: up(1)
IF-MIB::ifOperStatus.12 = INTEGER: up(1)
IF-MIB::ifOperStatus.13 = INTEGER: up(1)
IF-MIB::ifOperStatus.14 = INTEGER: up(1)
IF-MIB::ifOperStatus.15 = INTEGER: up(1)
IF-MIB::ifOperStatus.16 = INTEGER: up(1)

First, let's delete all of the temporary files the Network Switch / Router uses in case one of them is keeping wizard from running.
Login as root to the Nagios server as root and run the following to delete those files. Try running the Wizard and see if it can poll all of the interfaces.

Did you implement the changes in the php.ini file from the KB article?
Those settings will affect the wizard if the device has a lot of interfaces or that it takes an extended time to poll the device for the interface list.
Make sure that is done before running the wizard and that should help you out.

I deleted the mrtg* temporary files. I will implement the changes in KB.

The issue is evident in the /var/log/httpd/error_log. You will notice that the ports the wizard DOESN'T pick up fail of the high speed counter check. Here is output from error_log for first 8 ports:

--base: Walking ifHighSpeed
--base: Speed: 3 - 10000000000
--base: Speed: 4 - 10000000000
--base: snmpget [email protected]:::::3:v4only for ifHighSpeed.1 -> 100 Mb/s
--base: snmpget [email protected]:::::3:v4only for ifHCInOctets.1 -> 99778578
--base: snmpget [email protected]:::::3:v4only for ifHighSpeed.2 -> 100 Mb/s
--base: snmpget [email protected]:::::3:v4only for ifHCInOctets.2 -> unknown
--base: check for HighspeedCounters failed ... Dropping back to V1
--base: snmpget [email protected]:::::3:v4only for ifHighSpeed.3 -> 10000 Mb/s
--base: snmpget [email protected]:::::3:v4only for ifHCInOctets.3 -> 19285840
--base: snmpget [email protected]:::::3:v4only for ifHighSpeed.4 -> 10000 Mb/s
--base: snmpget [email protected]:::::3:v4only for ifHCInOctets.4 -> noSuchInstance
--base: check for HighspeedCounters failed ... Dropping back to V1
--base: snmpget [email protected]:::::3:v4only for ifHighSpeed.5 -> unknown Mb/s
--base: snmpget [email protected]:::::3:v4only for ifHCInOctets.5 -> noSuchInstance
--base: check for HighspeedCounters failed ... Dropping back to V1
--base: snmpget [email protected]:::::3:v4only for ifHighSpeed.6 -> unknown Mb/s
--base: snmpget [email protected]:::::3:v4only for ifHCInOctets.6 -> noSuchInstance
--base: check for HighspeedCounters failed ... Dropping back to V1
--base: snmpget [email protected]:::::3:v4only for ifHighSpeed.7 -> unknown Mb/s
--base: snmpget [email protected]:::::3:v4only for ifHCInOctets.7 -> noSuchInstance
--base: check for HighspeedCounters failed ... Dropping back to V1
--base: snmpget [email protected]:::::3:v4only for ifHighSpeed.8 -> unknown Mb/s
--base: snmpget [email protected]:::::3:v4only for ifHCInOctets.8 -> noSuchInstance
--base: check for HighspeedCounters failed ... Dropping back to V1

NOTE: IF-MIB::ifHighSpeed.5 (AND PORTS after this) = Gauge32: 0
AND
# snmpwalk -v3 -u user -A passwd -l AuthNoPriv -a MD5 x.x.x.x ifHCInOctets
IF-MIB::ifHCInOctets.1 = Counter64: 99903490
IF-MIB::ifHCInOctets.2 = Counter64: 0
IF-MIB::ifHCInOctets.3 = Counter64: 19285840

No ifHCInOctests MIBs for the same ports not being brought in. Does this mean MRTG throws these away because it can't compute the interface properly?

It's ok if the bandwidth can't get computed. is there a way we can just get the port status returned from the wizard scan?

It looks like you are using SNMPv3 to poll the device and there may be a missing setting causing the issue with the MRTG application that is used to poll the device.

Try this, edit this file Add this line to the configuration file which will add SNMPv3 support to the MRTG application. Save the file and restart cron by running the following
service crond restart

Let me know is that fixes the issue for you.

If that line is in the mrtg.cfg file, can you run the following command as root and post back the /tmp/mrtg.txt file?

snmpv3 is already enabled. Is there something specific you need from the mrtg.txt file?