beautypg.com

Working with diagnostic features, Viewing power-on self test, 12 working with diagnostic features – HP Brocade 4Gb SAN Switch for HP BladeSystem p-Class User Manual

Page 165

background image

Fabric OS 5.0.0 procedures user guide 165

12 Working with diagnostic features

This chapter contains the following sections:

Viewing power-on self test

, page 165

Viewing switch status

, page 166

Viewing port information

, page 168

Viewing equipment status

, page 171

Viewing the system message log

, page 172

Viewing the port log

, page 173

Configuring for syslogd

, page 175

Viewing and saving diagnostic information

, page 177

Setting up automatic trace dump transfers

, page 178

This chapter provides information on diagnostics and how to display system, port, and specific hardware

information. It also describes how to set up system logging mapping (

syslogd

) and how to set up the

offloading of error messages (

supportsave

).

The purpose of the diagnostic subsystem is to evaluate the integrity of the system hardware.

Diagnostics are invoked two ways:

Automatically during the power-on self test (POST)

Manually using Fabric OS CLI commands

The error messages generated during these test activities are sent to the serial console and system

message logs, whose output formats may differ slightly.

Use the

diaghelp

command to receive a list of all available diagnostic commands.

Refer to the HP StorageWorks Fabric OS 4.x command reference guide for a complete description of

each command.

Viewing power-on self test

By default, when you power on the system, the boot loader automatically performs power-on self tests

and loads a Fabric OS kernel image.

The POST provides a quick indication of hardware readiness when hardware is powered up. These tests

do not require user input to function. They typically operate within several minutes, and support minimal

validation because of the restriction on test duration. Their purpose is to give a basic health check before

a new switch joins a fabric.

These tests are divided into two groups: POST1 and POST2. POST1 validates the hardware interconnect

of the device, and POST2 validates the ability of the device to pass data frames between the ports. The

specific set of diagnostic and test commands run during POST depends on the switch model.