Network Wizard not finding interfaces on devices
Network Wizard not finding interfaces on devices
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?
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?
-
npolovenko
- Support Tech
- Posts: 3457
- Joined: Mon May 15, 2017 5:00 pm
Re: Network Wizard not finding interfaces on devices
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.
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.
As of May 25th, 2018, all communications with Nagios Enterprises and its employees are covered under our new Privacy Policy.
Re: Network Wizard not finding interfaces on devices
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
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
-
npolovenko
- Support Tech
- Posts: 3457
- Joined: Mon May 15, 2017 5:00 pm
Re: Network Wizard not finding interfaces on devices
@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
https://support.nagios.com/kb/article/n ... s-611.html
As of May 25th, 2018, all communications with Nagios Enterprises and its employees are covered under our new Privacy Policy.
Re: Network Wizard not finding interfaces on devices
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)
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)
Re: Network Wizard not finding interfaces on devices
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.
Login as root to the Nagios server as root and run the following to delete those files.
Code: Select all
rm -fr /usr/local/nagiosxi/tmp/mrtg*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.
Be sure to check out our Knowledgebase for helpful articles and solutions!
Re: Network Wizard not finding interfaces on devices
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?
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?
Re: Network Wizard not finding interfaces on devices
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?
Re: Network Wizard not finding interfaces on devices
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?
Try this, edit this file
Code: Select all
/etc/mrtg/mrtg.cfg
Code: Select all
EnableSnmpV3: yesservice 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?
Code: Select all
LANG=C LC_ALL=C /usr/bin/mrtg /etc/mrtg/mrtg.cfg -debug=cfg,base &> /tmp/mrtg.txt
LANG=C LC_ALL=C /usr/bin/mrtg &>> /tmp/mrtg.txtBe sure to check out our Knowledgebase for helpful articles and solutions!
Re: Network Wizard not finding interfaces on devices
snmpv3 is already enabled. Is there something specific you need from the mrtg.txt file?