Error while using snmp

[jdalrymple]

Absolutely yes...

Same command except replace 161 with 162:

Code: Select all

iptables -I INPUT -p udp -m udp --dport 162 -j ACCEPT

[MSPk]

Hi Team,

We have done the required changes on our 2nd nagios box and now we are able to connect to the 2nd nagios instance from the 1st instance fine using the snmp walk. we have check with IBM if any settings need to changed before we use snmp and they have confirmed that the required changes (like the snmp port, IP address of nagios server, SNMP string,etc..) have been done properly and it should accept requests, however we still end up with the same error from both the nagios instances.

Also, we have checked with our network team and they have confirmed that there is no firwall between nagios instance to storage device and the traffic should flow without any issue. Please help.

[tgriep]

Have you gone through this procedure to enable SNMP traps on the Nagios XI servers?
http://assets.nagios.com/downloads/nagi ... ios_XI.pdf
This will allow SNMP traps to be sent from the IBM storage box to the Nagios XI server.

[MSPk]

We are not trying to receive traps from the storage device, we are currently trying to do a snmp walk from our nagios instance to Storage device

[jdalrymple]

we are able to connect to the 2nd nagios instance from the 1st instance fine using the snmp walk

Like I said with SNMP it's kind of unheard of that the problem is the source, it's almost always the destination. You may need to engage IBM and ask them to show you the proper syntax of snmpget/snmpwalk to query the daemon on the box. Also it may be useful if you can get your network team to monitor traffic across interfaces targeting port 161 on the IBM array so we can know where the communications breakdown is.

Are there any hosts on your network able to query the IBM array for SNMP data, or is this the first attempt at such for any host?