Dell Brocade 5100 Brocade 7.3.0 Fabric OS Troubleshooting and Diagnostics Guid - Page 98

Power-on self-test

Get Dell Brocade 5100 PDF manuals and user guides View all Dell Brocade 5100 manuals
Add to My Manuals
Save this manual to your list of manuals

Page 98 highlights

10 Power-on self-test To save a set of files that customer support technicians can use to further diagnose the switch condition, enter the supportSave command. The command prompts for an FTP server, packages the following files, and sends them to the specified server: • The output of the supportShow command. • Any core files, panic dumps or FFDC files that may have been generated. • System message (RAS) logs. • Other special feature logs. Refer to"Automatic trace dump transfers" on page 100. 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. Likewise, if you issue the slotPower command, or insert a new blade, a power-on self test is run on that blade. The POST tests provide 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. NOTE When POST2 is running portloopbacktest mode 8 and if the peer blades are powered off while the test is running, the POST is expected to fail in the core blades as the mode 8 tests the peer links and the peer end is no longer active. You can use the diagDisablePost command to disable both POST1 and POST2, and you can re-enable POST1 and POST2 using the diagEnablePost command. The following example shows a typical boot sequence, including POST messages: The system is coming up, please wait... Read board ID of 0x80 from addr 0x23 Read extended model ID of 0x16 from addr 0x22 Matched board/model ID to platform index 4 PCI Bus scan at bus 0 ::: ::: Checking system RAM - press any key to stop test Checking memory address: 00100000 System RAM test using Default POST RAM Test succeeded. Press escape within 4 seconds to enter boot interface. Booting "Fabric Operating System" image. Linux/PPC load: 82 Fabric OS Troubleshooting and Diagnostics Guide 53-1003141-01

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
82
Fabric OS Troubleshooting and Diagnostics Guide
53-1003141-01
Power-on self-test
10
To save a set of files that customer support technicians can use to further diagnose the switch
condition, enter the
supportSave
command. The command prompts for an FTP server, packages
the following files, and sends them to the specified server:
•
The output of the
supportShow
command.
•
Any core files, panic dumps or FFDC files that may have been generated.
•
System message (RAS) logs.
•
Other special feature logs.
Refer to
“Automatic trace dump transfers”
on page 100.
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. Likewise, if you issue the
slotPower
command, or
insert a new blade, a power-on self test is run on that blade.
The POST tests provide 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.
NOTE
When POST2 is running portloopbacktest mode 8 and if the peer blades are powered off while the
test is running, the POST is expected to fail in the core blades as the mode 8 tests the peer links and
the peer end is no longer active.
You can use the
diagDisablePost
command to disable both POST1 and POST2, and you can
re-enable POST1 and POST2 using the
diagEnablePost
command.
The following example shows a typical boot sequence, including POST messages:
The system is coming up, please wait...
Read board ID of 0x80 from addr 0x23
Read extended model ID of 0x16 from addr 0x22
Matched board/model ID to platform index 4
PCI Bus scan at bus 0
:::
: : :
Checking system RAM - press any key to stop test
Checking memory address: 00100000
System RAM test using Default POST RAM Test succeeded.
Press escape within 4 seconds to enter boot interface.
Booting "Fabric Operating System" image.
Linux/PPC load: