Hi Folks,
I have an odd SNMP scanning issue with some Cisco Switches and Routers. I have had a standardized SNMP community setup on my Cisco gear and the appropriate info is setup in Spiceworks to allow these devices to be queried. All of them work except for a couple which I only noticed yesterday after I upgraded to SW 7. These devices show up as having scanning issues and I go through the troubleshooter to correct these and when I give it the community name required, SW says it doesn’t work. However, if I run the Paessler SNMP tester from the Spiceworks server against these devices, it works no problem. I have tried setting Spiceworks to use SNMP and SNMP v2c but neither work. Very odd. Anyone have any ideas?
9 Spice ups
Maybe some MIBs have gone missing in the update?
Might be something like that. Switches that were being scanned before SW 7.0 are no longer being scanned so perhaps something was removed?
Do you have Spiceworks configured with multiple SNMP community strings (Settings > Network Scan), or does everything use “public”?
I am using a custom SNMP community rather than public, but its just the one.
I wonder if its the same issue I saw here: http://community.spiceworks.com/topic/post/2522032
Could you send in your scan logs, after enabling “Verbose scan logging” in Settings > Network Scan > Show Additional Settings, and letting a fresh scan run on those devices?
Here’s how to send the logs:
http://community.spiceworks.com/help/Contact_Support#Log
Ok, I will let it run tonight and send the logs tomorrow.
kimboaticus
(Kimboaticus)
8
Tried to email the logs but its 177 MB in size and is being rejected. Do you have another option for sending the logs?
No problem - shoot us the email without them and we can reply with instructions on uploading them instead.
we are having a similar problem with V7 not being able to connect to snmp on my Axis IP Cameras - despite the correct community string being passed.
Hi CEGA IT, if you find one of your devices in the Inventory and test SNMP credentials, does the test pass? If so, when the device is rescanned does the scan error return?
@Ben, this shows up as an unknown device, and when I select the snmp method and enter the string, it fails.
Could you test out resetting the community string to “public” or some other simple community string (on the device), and then test again in Spiceworks?
We had some problems with special characters in Windows passwords, and I’m wondering if this might be a similar issue (if your community string has non-alphanumeric characters outside [A-Z] and [0-9]).
jbell
(jon8579)
16
I’m having a similar issue with a Switchvox server (at least, working through many scan errors now). snmpwalk to the machine with v1 and public works just fine.
Hi guys, if the scans are failing when using the correct credentials, could you test out changing or adding a new community string on one of the devices?
Does the new community string allow Spiceworks to scan the device?
ruivieira
(Rui Vieira)
18
I also have problems (even with update 7.0.01308) with cisco router and switches.
The switches are detected ok, but sw7 insists on authentication with SSH (We couldn’t connect to this device due to the following error: SSH authentication error when attempting to backup the configuration of this device.) and i don’t want/need SSH open.
The router isn’t detect at all, using the “fix” option with snmp it tells me its good, but after the scan stays the same. Ive deleted the device several times.
ruivieira
(Rui Vieira)
19
ruivieira
(Rui Vieira)
20
Well, i deleted the device(router) and did a rescan using the “fix” above, now the router isnt detect at the discovery :S
I[14:23:46.21 2ff800] Found custom SNMP support using Snmp::CiscoSwitchSupport for 10.37.110.254
I[14:23:46.52 2ff800] Found Finder::SnmpTypes::SnmpDevice - 10.37.110.254, uid - FCZ103872FR, message - snmp addressable device
I[14:23:46.54 2ff800] Device gra0578_rt_01 supports Configuration Backup.
I[14:23:46.54 2ff800] Classifier-0: 10.37.110.254(10.37.110.254) supports sip 5060…
I[14:23:46.54 2ff800] Found Finder::OtherTypes::VoipDevice - 10.37.110.254, uid - 192F05E3F8, message - a VoIP device
W[14:23:46.54 2ff800] failed to find matching scenario for computer w/ 2 candidates
I[14:23:46.54 2ff800] Classifier-0: 10.37.110.254(10.37.110.254) is a resolvable yet unknown or offline device
I[14:23:46.54 2ff800] Found Finder::OtherTypes::Unknown - 10.37.110.254, uid - 192F05E3F8, message - network device with no known services
I[14:23:46.54 2ff800] Found Finder::OtherTypes::Unknown - 10.37.110.254, uid - 192F05E3F8, message - network device with no known services
I[14:23:46.54 2ff800] Classifier-0: 10.37.110.254(10.37.110.254) is a resolvable yet unknown device with no open service ports
I[14:23:46.54 2ff800] Classifier-0: completed classifying 10.37.110.254, ip 10.37.110.254 in 3.67 seconds
I[14:23:46.54 2ff800] Classifier-0: finished.