Gathering HW and ASR Data on Nodes within an ES Rack During Preventive Maintenance Activity

Asset ID:	1-75-1947296.1
Update Date:	2018-01-10
Keywords:

Solution Type Troubleshooting Sure

Solution 1947296.1 : Gathering HW and ASR Data on Nodes within an ES Rack During Preventive Maintenance Activity

Applies to:

Exadata X4-8 Hardware - Version All Versions and later
Exadata X4-2 Hardware - Version All Versions and later
Exadata X3-2 Hardware
Exalogic Elastic Cloud X3-2 Hardware - Version X5 to X5 [Release X5]
Exadata X3-8 Hardware - Version All Versions and later
Information in this document applies to any platform.

Purpose

This document provides instructions on obtaining diagnostic information required for Preventive Maintenance activity.

Troubleshooting Steps

Procedure for Exadata or SuperCluster racks:

A. Download the latest exachk from MOS Doc # 1070954.1 [Oracle Exadata Database Machine exachk or HealthCheck]

B. Installation:
Install exachk on the DB01 node

C. Run exachk (as root) on DB01 node using this syntax --> # exachk -profile hardware
(If there is more than one Cluster, then you will have to run exachk on DB01 on each of them)

D. Upload the exachk output file(s) to the Preventive Maintenance SR for review

E. If the systems are running ASR, gather important ASR data for Oracle to review

1. Connect to the ASR Manager server and run:

a. /opt/asrmanager/bin/asr show_version
b. /opt/asrmanager/bin/asr send_diag -sr <srNumber> (where <srNumber> is your Oracle Service Request number)

F. Upload the asr output files to the Preventive Maintenance SR for review

Procedure for Exalogic racks:

Section 1 - HW checks:

A. Download the latest exachk for Exalogic:
   from MOS Doc # 1449226.1 [Exachk Health-Check Tool for Exalogic]

B. Installation:
   Oracle recommends that you install exachk on the pre-existing share /export/common/general
   on the ZFS storage appliance on the Exalogic machine. You can then run exachk and access the
   exachk-generated HTML reports from a compute node on which the /export/common/general share is
   mounted.

   For Exalogic machines in a virtual configuration, Oracle recommends that you mount the
   /export/common/general share on the vServer that hosts the Enterprise Controller component of
   the Exalogic Control stack, and run exachk from that vServer.

C. Run exachk (as root user, with no options or flags)
   (If there is more than one Cluster, then you will have to run exachk on each of them)

D. Upload the exachk output to the Preventive Maintenance SR for review

Note.
   Also refer to: MOS Doc # 1506224.1
   [Master Note On Exalogic Instrumentation (ASR, Exachk, Exalogs, ELLC, OCM, OSWatcher, RDA, VMPinfo3)]

Section 2 - ASR configuration checks (if ASR is enabled on your Exalogic):

A. Download the latest asrexacheck from MOS Doc # 2103715.1 [ Engineered Systems ASR Configuration Check tool (asrexacheck version 4.x) ]

B. Install asrexacheck onto each node in the physical rack

C. Run asrexacheck on each node (as root user, with no options or flags)

D. Upload the asrexacheck output file(s) to the Preventive Maintenance SR for review

E. Gather important ASR data for Oracle to review

1. Connect to the ASR Manager server and run:

2. /opt/asrmanager/bin/asr show_version
3. /opt/asrmanager/bin/asr send_diag -sr <srNumber> (where <srNumber> is your Oracle Service Request number)

F. Upload the asr output files to the Preventive Maintenance SR for review

Procedure for BDA racks:

A. Download the latest exachk for BDA from MOS Doc # 1070954.1 [Oracle Exadata Database Machine exachk or HealthCheck]

B. Installation:
Install exachk on the DB01 node

C. Run exachk (as root) on DB01 node using this syntax --> # exachk (with no options)

D. Upload the exachk output file to the Preventive Maintenance SR for review

Attachments

This solution has no attachment