![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||||
Solution Type Technical Instruction Sure Solution 1954866.1 : FS System: How to Collect the System-Wide Diagnostic Dump From Drive Enclosure (DE2-24C or DE2-24P) IO Module (IOM)
In this Document
Applies to:Oracle FS1-2 Flash Storage System - Version All Versions and laterInformation in this document applies to any platform. GoalThe intent of this document is to provide the instructions to collect logs from the Oracle Flash Storage (FS) Drive Enclosure (DE) IOM cards. The instructions in this document are specific to the DE2 model. There are various methods to collect these logs:
Note: Whenever you collect logs from the IOM cards, it is important to collect from both IOMs 0 and 1 because we need to have a global view for the DE.
Please refer to Document 2188416.1 FS System: Content details of an IO Module (IOM) ddump File for content details of the ddump file.
The above methods are the preferred one. However, if the software stack does not recognize the DE2 ID/FQN due to the persistence not being loaded (refer to the unpublished Bug 20719463), you can use remotely the next method below.
If you use the serial port method, you can use the Axiom Brick console cable (Part Number 7064484) to connect to the DE2 serial port. Note: The user should not deviate from the instructions in this document and/or execute other commands. The execution of any other commands, unless instructed by the Oracle engineering, can lead to serious production impact for the customers or even lead to data integrity issues.
SolutionNote: FS1-2 Systems running software versions before R6.1.5 will need to contact Oracle Support to gather this information.
Releases below 060105-033400, you may encounter the error "UNSATISFIED_REQUEST_PMI_COMMUNICATION_ERROR" with one of the IOM. In this case, the only option is via the serial port.
Note: FS1-2 on releases below 6.2.15 must collect ddumps manually following the instructions in this document.
FS1-2 on releases from 6.2.11 to 6.2.14 do include ddumps in the TDS brix folder but the ddump files are incomplete when collected with manual or event driven logs, Bug 26249151 addresses this issue fixed in release 6.2.15. A good ddump collection will have about 30,000 lines, but the automatic ones collected on releases below 6.2.15 only contain about 2000 lines. Note: This procedure requires the use of the "pillar" account. Refer to Document 2046703.1 FS System: Passwords Associated with the Oracle FS1-2 Flash Storage System for the default password.
NOTE: When executing the fscli/pcli commands on a Windows 7 or Windows 10 host the ddump file may not exist in the current directory where the command is being executed, instead it may be located under %User%\AppData\Local\VirtualStore\<path to exe> directory. This is part of Windows Security.
Using the RAID console via ssh
First, you will need to determine from which DE2 IOM you need to extract the ddump. The IOM 0 is connected to controller 1 and the IOM 1 is connected to controller 2. If for example you need to collect the ddump from the IOM 1, you will need to use the controller 2 in the following procedure.
Using the serial port on the DE2
Note: At the present time there is no part number for the DE2 IOM console cable on the FS1 component list. However you can use the Axiom Brick console cable or make your own cable following the wiring below.
Instructions to collect the logs:
Attachments This solution has no attachment |
||||||||||||||||
|