Enterprise Data Collection
Use the procedures most relevant to your environment:
|Remote Ops SVP Agent installed on the Storage Service Processor monitoring all Storage products (automatic dump uploads)||Collecting a Dump from Remote Ops (Hi-Track) SVP Agent C6 or higher|
|Standalone Remote Ops Monitor Agent installed and monitoring all Storage products (automatic dump uploads)||How to Collect an Auto Dump Using Remote Ops Monitor Agent|
|VSP 5000, G1000, G1500, USP-VM, USP-V, VSP, HUS-VM - Using the SVP dump tool (manual dump uploads required)||Downloading Dump Files Using the Dump Tool|
|VSP E -series, G/F 350, 370, 700, 900 (manual dump uploads required)||Using the Dump Tool with SVP or With No SVP|
|VSP G/F 200, 400, 600, 800 with an SVP Service Processor (manual dump uploads required)||Collecting HM800 Dump Files Using the Dump Tool|
If you are asked for a Mode31 dump for deep trace analysis or performance issues please review these instructions: Mode 31 Dump FAQ
The RAID "Auto Dump" Facility is required for most problems that relate to Hitachi RAID subsystems.
This function is a procedure that merges the separate DUMP and FDCOPY functions into one operation, and provides a single compressed file available for transfer from the SVP. The default location of this file is:
- C:\DKC200\TMP\hdcp.tgz (for USP-V, USP-VM, VSP, VSP G1000, HUS-VM)
For instructions on how to perform an Auto Dump on a RAID subsystem, refer to the SVP section --> 2. Function of the SVP of the Maintenance Manual.
Note: A file called dump.tgz is NOT the correct file. Always collect file hdcp.tgz which is usually in the C:\DKC200\tmp folder. Do not zip or archive the dump file for upload it is already compressed. You can rename to a meaningful and descriptive title but must have "hdcp" in the name for our automated processing to work correctly.
Useful for 90% of cases and should be the default type collected. Gathers SVP monitor data on the MPs and CACHE, in addition to information gathered by RAPID and NORMAL dumps. This type should be collected when there is some suspicion that the problem is related to performance, subsystem workload, sidefile or HUR journal overflow. It is also important to collect this type of Dump for CHIPs and when attempting to determine a good time frame for online code upgrades.
- MODE 31
Helps with Performance Cases. Only useful if executed during the point in time a problem is occurring as this type of dump collects around 1-second of IO from each port. Make sure to turn SOM31=ON five minutes before starting a DETAIL dump. Turn SOM31=OFF after you have collected your dump (unless instructed otherwise). Note: SOM31 is a public System Option Mode and can only be set via SVP or MPC maintenance panels by the Service Engineer using the "MODE" mode. If using the local Hitachi Remote Operations Console the MODE31 dump can be requested and sent directly to Hitachi in one operation.
Useful for many hardware faults but should only be collected if requested by service personnel. Performs and collects dumps (all microprocessors, ABEND, WCHK1), in addition to files gathered by RAPID. Monitor data is not collected. This type should be collected by default when no instruction has been given and the problem types referred to in "DETAIL" above do not apply.
Gathers minimal information and should only be collected if requested by service personnel. Only includes logs, SVP operation history, configuration information. NOT collected: Dump data (Processor, ABEND, WCHK1) and monitor data. This type is typically used for Backend (Hard Disk) related errors and for system health checks.
- Archive PIN
For cases reporting PIN TRACK, you must ARCHIVE PIN (See Maintenance Manual SVP section for details) via the Maintenance panel BEFORE collecting the dump or else the PIN DATA will not show up.
- Perform LAN test from Diagnosis panel
This will check to make sure all MPs are communicating properly and the results of the test are updated in the dump data.
- Check for Pinned Data from the Maintenance Panel
If "Pin..." button is not grayed out, click it and archive the pinned LDEV.
Note: For VSP onwards, using Recommended GA code or higher, pinned data is automatically archived during Dump collection.
- Open Version Information from the Maintenance panel
This refreshes the microcode data on the SVP and makes sure the latest information gets into the dump.
- In the case of Mainframe subsystem
Display Mainframe Paths
If any of these steps are missed, the latest information will not be collected and can delay, and increase the difficulty of troubleshooting.