![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||||
Solution Type Problem Resolution Sure Solution 1912387.1 : Exachk reports status FAIL: one or more storage server has non-test stateless alerts with null "examinedby" fields
In this Document
Created from <SR 3-9386594106> Applies to:SPARC SuperCluster T4-4 - Version All Versions and laterOracle Exadata Storage Server Software - Version 11.2.1.2.0 to 12.1.1.1.1 [Release 11.2 to 12.1] Information in this document applies to any platform. SymptomsThe exachk (Exadata assessment tool), shows the following in the Findings Needing Attention On Storage Server: CauseDuring the Exadata image upgrade (on the storage cells), the post install scripts perform the disk adapter factory reset in order to set the BBU properties. This results in the alert message "Factory defaults restored for Adapter 0", as per the following entry in the alerthistory-detail.out: name: 6
alertMessage: "Factory defaults restored for Adapter 0" alertSequenceID: 6 alertShortName: Hardware alertType: Stateless beginTime: [date and time] endTime: examinedBy: notificationState: 0 sequenceBeginTime: [date and time] severity: info alertAction: "If this change is unintentional, contact Oracle Support." ... The alerthistory.out, would have a short version of the same message: 6 [date and time] info "Factory defaults restored for Adapter 0"
SolutionClear the alert as follows: Log in as root to the storage cell that reported the alert (most likely all storage cells). $ cellcli -e alter alerthistory 6 examinedBy="Name"
Note the number 6 in the command. That number has to match the alertSequenceID from the alerthistory-detail.out. The "Name" can be any name, ideally the name of the person clearing the alert. Attachments This solution has no attachment |
||||||||||||||||
|