![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||||||||
Solution Type Troubleshooting Sure Solution 1518365.1 : Pillar Axiom: Troubleshooting ES module failures (ESM)
In this Document
Applies to:Pillar Axiom 600 Storage System - Version Not Applicable to Not Applicable [Release N/A]Pillar Axiom 500 Storage System - Version Not Applicable to Not Applicable [Release N/A] Pillar Axiom 300 Storage System - Version Not Applicable to Not Applicable [Release N/A] Information in this document applies to any platform. PurposeThe purpose of this document is to describe how to troubleshoot ES module failures
To discuss this information further with Oracle experts and industry peers, we encourage you to review, join or start a discussion in the My Oracle Support Community - Disk Storage Pillar Axiom System
Troubleshooting StepsSymptomsAmber LED on the Brick ESM, no alerts from Pillar Axiom Storage Services Manager
Enclosure Services (ES) module location
Legend:
Troubleshooting and possible solutions1. Double check if the amber LED is located on the Brick ESM 2. Confirm ESM status in the axiom log : SystemConfiguration.txt
Brick007.ESModule.Model = PCA-00023-12-E 3. If the status of the Brick ESM is "Normal" please Disable CallHome by following KM 1535352.1 and reseat the ESM by following the procedure from pages 171 to 177 on the Pillar Axiom Service Guide. That part of the document applies to all types of bricks for all types of Axioms (Axiom 300, 500 and 600). Guided Maintenance details: The ES Module can be responsible for Brick Power Supplies to report a fault LED and a Warning status on the Axiom GUI. That lead can be verified if the power supply is replaced and the fault is still there. Re-enable CallHome by following the last steps from Doc ID 1535352.1.
4. If the problem still exists or if the status of the ESM is different than "Normal" please contact with Customer Support Center and log a Service Request.
Note: Please check the Axiom software version as prior to 04.02.00 you could have the brick monitoring crashing and then errors not appearing in the GUI. On R5, ensure that Bricks are sending Events to the Pilot: check the event logs for recent brick events or remove a brick bezel and check the events. Steps to recover from not getting Brick Events are explained at the end of unpublished KM Doc 1560210.1.
For R3 and R4, please note that there is a known Bug 13754501 where Brick Monitoring stops working. The fixes were introduced on code branches 03.05.03, 04.01.05, 04.02.00 and onwards. For R5, the Bug (Closed as unresolved) tracking the "NO BRICK HW EVENT RECEIVED BY PACMAN" issue is 17305123.
References<NOTE:1436782.1> - Pillar Axiom: How to add a new Brick to an existing configuration<NOTE:1535352.1> - Pillar Axiom: How to Disable Call Home to Prevent Automatic Service Request ASR Generation <BUG:17305123> - **FORKED** NO BRICK OR SLAMMER EVENTS FROM MASTER NODE <BUG:13754501> - [59472]SR26124 - BRICK MONITORING HAS DIED | PIERRE & VACANCES <NOTE:1560210.1> - Pillar Axiom: Alternative Non Disruptive Upgrade to avoid upgrade failing during Brick Firmware phase Attachments This solution has no attachment |
||||||||||||||||||||
|