Chapter 6 Configuring System Firmware 111
Error Handling Summary
Error handling during the power-on sequence falls into one of three cases
summarized in the following table.
1. A working alternate path to the boot disk is required. For more information, see “About Multipathing Software” on page 131.
2. A single processor failure causes the entire CPU/Memory module to be deconfigured. Reboot requires that another functional
CPU/Memory module be present.
3. Since each physical DIMM belongs to two logical memory banks, the firmware deconfigures both memory banks associated with the
affected DIMM. This leaves the CPU/Memory module operational, but with one of the processors having a reduced complement of
memory.
Note – If POST or OpenBoot Diagnostics detects a non-fatal error associated with
the normal boot device, the OpenBoot firmware automatically deconfigures the
failed device and tries the next-in-line boot device, as specified by the boot-device
configuration variable.
Scenario System Behavior Notes
No errors are
detected
The system attempts to boot if
auto-boot? is true.
By default, auto-boot? and auto-boot-on-
error? are both true.
Non-fatal errors are
detected
The system attempts to boot if
auto-boot? and auto-boot-on-
error? are both true.
Non-fatal errors include:
• IDE bus failure
• FC-AL subsystem failure
1
• Gigabit or Fast Ethernet interface failure
• USB interface failure
• Serial interface failure
• PCI card failure
• Processor failure
2
• Memory failure
3
Fatal non-recoverable
errors are detected
The system will not boot regardless
of OpenBoot configuration variable
settings.
Fatal non-recoverable errors include:
• All processors failed
• All logical memory banks failed
• Flash RAM cyclical redundancy check
(CRC) failure
• Critical FRU-ID SEEPROM configuration
data failure
• Critical application specific integrated
circuit (ASIC) failure
To Next Page
Loading...
Need help?
General
