Topic
  • 3 replies
  • Latest Post - ‏2012-10-03T15:15:27Z by Roger_Macrae
Roger_Macrae
Roger_Macrae
7 Posts

Pinned topic Storage Manager 10.83.G5.18 SNMP issue

‏2012-09-20T13:05:10Z |
I have recently started playing around with the SNMP alerting in the above version of SM10 only to find the trap OID's don't match the supplied MIB.

Trap OID's from SM10 for the version stated are enterprises.789.1123.1.500 the supplied MIB is expecting enterprises.1123.1.500 - basically 789 is an inserted addition in this version of SM10.

The upshot of the 789 insertion is that SNMP management applications are unable to make sense of the traps in relation to the MIB.

Does anyone know whether there is an alternative MIB available to the one supplied in the install kit or whether this is an issue with Storage Manager which requires fixing??

An earlier version of SM10 that I was playing around with (10.77.G5.14) didn't have this problem and came with exactly the same MIB file as part of that particular install kit.

Most frustrating.

Roger Macrae.
Updated on 2012-10-03T15:15:27Z at 2012-10-03T15:15:27Z by Roger_Macrae
  • Roger_Macrae
    Roger_Macrae
    7 Posts

    Re: Storage Manager 10.83.G5.18 SNMP issue

    ‏2012-09-21T09:49:36Z  
    A little bit more research has revealed the following in the change notes:-

    - Provide the following defect fixes.
    - LSIP200228940 Wrong OID being sent in SM SNMP traps

    I understand that DS5100's are manufactured by LSI which has now been purchased by Net App - 1123 is the enterprise OID for LSI whilst 789 is the one for Net App.

    I would have expected the OID to have changed from 1123 to 789 from a "branding" perspective not to include both. On this basis, I'm inclined to think that a fix to the OID in Storage Manager is the solution along with a MIB to match.

    Roger
  • RalphT
    RalphT
    1 Post

    Re: Storage Manager 10.83.G5.18 SNMP issue

    ‏2012-09-21T10:02:42Z  
    A little bit more research has revealed the following in the change notes:-

    - Provide the following defect fixes.
    - LSIP200228940 Wrong OID being sent in SM SNMP traps

    I understand that DS5100's are manufactured by LSI which has now been purchased by Net App - 1123 is the enterprise OID for LSI whilst 789 is the one for Net App.

    I would have expected the OID to have changed from 1123 to 789 from a "branding" perspective not to include both. On this basis, I'm inclined to think that a fix to the OID in Storage Manager is the solution along with a MIB to match.

    Roger
    Yep, I'm seeing the same thing here - our Nagios environment is now ignoring traps sent from our already unreliable DS5100 because it looks like this .1.3.6.1.4.1.789.1123.1.500.0.2 instead of .1.3.6.1.4.1.1123.4.500.2 as it should be

    This is really frustrating and indicates a lack of QA on IBM's part before forwarding the software to their customers.
  • Roger_Macrae
    Roger_Macrae
    7 Posts

    Re: Storage Manager 10.83.G5.18 SNMP issue

    ‏2012-10-03T15:15:27Z  
    For anyone else wrestling with this issue, the answer is here:-

    http://www-947.ibm.com/support/entry/portal/docdisplay?lndocid=migr-5091615

    Now ..... how do I lay myhands on retain tip H206549?

    Roger