12-05-2012 06:28 AM
Since OA firmware version 3.60, the standby OA no longer responds to SNMP GET requests.
This is causing management systems to complain.
The standby OA would respond to SNMP GET up until version 3.56.
In the below, oa1 is the active and oa2 is the standby:
[vulture ~]$ snmpget -v 1 -c public oa1 .18.104.22.168.22.214.171.124.126.96.36.199.1.8.1
.iso.188.8.131.52.184.108.40.206.220.127.116.11.8.1 = "3.70"
[vulture ~]$ snmpget -v 1 -c public oa2 .18.104.22.168.22.214.171.124.126.96.36.199.1.8.1
Timeout: No Response from oa2.
This is happening on multiple installations.
Is this on purpose? I could not find it mentioned anywhere.
12-11-2012 04:28 AM
I guess I'll open a support case and get told "it's working as designed" ...
But then the change is not documented anywhere...
02-04-2013 08:00 AM
HP is working on the solution as it is showed on this advisory:
Document ID: c03659073
Release Date: 2013-02-01
Last Updated: 2013-01-31
An HP Onboard Administrator (OA) module running in standby mode and configured with OA Firmware Version 3.60 (or later) will not respond to SNMP data requests. SNMP requests that are targeted at a Standby module will not be processed and may result in a timeout on the target initiating the request, but does not result in any functional issue on the OA module itself.
Any HP BladeSystem c3000 or c7000 Enclosure with Onboard Administrator modules configured with OA Firmware Version 3.60 (or later).
The SNMP values returned are common across the enclosure and do not differ between the Active and Standby OA modules. SNMP data for the enclosure will continue to be returned by the Active OA module.
A Standby module that transitions to an Active state will return enclosure SNMP data once it completes the transition.
A future release of Onboard Administrator firmware will allow for SNMP data requests to be fulfilled by an Onboard Administrator running in either Active or Standby mode.
This advisory will be updated when additional information becomes available