- Community Home
- >
- Servers and Operating Systems
- >
- HPE BladeSystem
- >
- BladeSystem - General
- >
- Re: ProLiant BL465c G7 PSP 8.60.0.0 Erroneous SNMP...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-06-2013 09:33 AM
09-06-2013 09:33 AM
ProLiant BL465c G7 PSP 8.60.0.0 Erroneous SNMP Trap 3033_4
Last night someone reported that the server trapped with a 3033_4. I was able to verify this in our alerting log in our alerting system.
I know that the 3033_4 is a cable issue and it's source is the Intelligent Drive Array Controller. The CPQIDA-MIB DEFINITIONS is the source MIB file.
Server is running W2k8 R2 Enterprise. The system managmenet home page doesn't show any errors, the IML hasn't logged an event in 4 months, and the windows system event logs have no such event. I checked our alerting system and it's fine. The source ip address informaiton of the alert matches the ip address assigned to the HOST that supposed to have alerted. I even pinged the server from the alert server console and the name resolves correctly.
Here's the trap informaiton.
serverhostname, 16, Slot 0, 4, 3, 39, 5001438011FD8160, 5.70, 1048576
[1.3.6.1.2.1.1.5.0, 1.3.6.1.4.1.232.11.2.11.1.0, 1.3.6.1.4.1.232.3.2.2.1.1.20.4, 1.3.6.1.4.1.232.3.2.2.1.1.1.4, 1.3.6.1.4.1.232.3.2.2.1.1.10.4, 1.3.6.1.4.1.232.3.2.2.1.1.2.4, 1.3.6.1.4.1.232.3.2.2.1.1.15.4, 1.3.6.1.4.1.232.3.2.2.1.1.3.4, 1.3.6.1.4.1.232.3.2.2.2.1.12.4]
I'm going to have our operations group reboot the HOST and watch the POST in the ILO to see if it produces a POST error message.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-07-2013 01:57 AM - edited 09-07-2013 02:00 AM
09-07-2013 01:57 AM - edited 09-07-2013 02:00 AM
Re: ProLiant BL465c G7 PSP 8.60.0.0 Erroneous SNMP Trap 3033_4
The trap 3033 is cpqDa6CntrlStatusChange:
Controller Status Change. This trap signifies that the agent has detected a change in the status of a drive array controller. The variable cpqDaCntlrBoardStatus indicates the current controller status. User Action: If the board status is generalFailure(3), you may need to replace the controller. If the board status is cableProblem(4), check the cable connections between the controller and the storage system. Contained in Module(s): CPQIDA-MIB
The trap information objects are, in order:
- sysName (= serverhostname)
- cpqHoTrapFlags (= 16, see below)
- cpqDaCntrlHwLocation (= Slot 0)
- cpqDaCntrlIndex (= 4)
- cpqDaCntrlBoardStatus (= 3 = generalFailure)
- cpqDaCntrlModel (= 39 = sa-p410i)
- cpqDaCntrlSerialNumber (= 5001438011FD8160)
- cpqDaCntrlFWRev (= 5.70)
- cpqDaAccelTotalMemory (= 1048576)
So it does not look like a cable problem (status 4), but a general failure (status 3) in controller #4 (which is Slot 0 as indicated).
The description of the cpqHoTrapFlags in the MIB file is as follows:
This is a collection of flags used during trap delivery. Each bit has the following meaning: Bit 5-31: RESERVED: Always 0. Bit 2-4: Trap Condition 0 = Not used (for backward compatibility) 1 = Condition unknown or N/A 2 = Condition ok 3 = Condition degraded 4 = Condition failed 5-7 = reserved Bit 1: Client IP address type 0 = static entry 1 = DHCP entry Bit 0: Agent Type 0 = Server 1 = Client NOTE: bit 31 is the most significant bit, bit 0 is the least significant. Contained in Module(s): CPQHOST-MIB
Value 16 is 0x00000010 in hex, so only bit 4 is set. So the value of bits 2-4 is 4: that's "Condition failed".
Before rebooting, you might use the ACU to verify the state of the disk array controller(s).
The current firmware version for Smart Array P410i is 9.30, so your version 5.70 seems very, very old. While you're at the ACU, verify the firmware version and consider updating if necessary.