IBM 265, Руководство по обслуживанию

Страница: 218 / 365

Service Processor Reboot/Restart Recovery
Reboot describes bringing the system hardware back up; for example, from a system
reset or power-on. The reboot process ends when control passes to the operating
system loading (or initialization) process.
Restart describes activating the operating system after the system hardware is
reinitialized. Restart must follow a successful reboot.
Boot (IPL) Speed
When the server enters reboot recovery, slow IPL is automatically started, which gives
the POST an opportunity to locate and report any problems.
Failure During Boot Process
During the boot process, either initially after system power-on or upon reboot after a
system failure, the service processor monitors the boot progress. If progress stops, the
service processor can reinitiate the boot process (reboot) if enabled to do so. The
service processor can re-attempt this process according to the number of retries
entered in the Reboot/Restart Policy Setup Menu.
Failure During Normal System Operation
When the boot process completes and control transfers to the operating system (OS),
the service processor can monitor operating system activity (see the Set Surveillance
Parameters option in the “Service Processor Setup Menu” on page 183). If OS activity
stops due to a hardware- or software-induced failure, the service processor can initiate
a reboot/restart process based on the settings in the Service Processor Reboot/Restart
Policy Setup Menu and the OS automatic restart settings (see the operating system
documentation).
If you are using the AIX operating system, the menu item under SMIT for setting the
restart policy is Automatically Reboot After Crash (True/False). The default is False.
When the setting is True, and if the service processor parameter
″
Use OS-Defined
Restart Policy
″
is Yes (the default), the service processor takes over for AIX to
reboot/restart after a hardware or surveillance failure.
Service Processor Reboot/Restart Policy Controls
The operating system’s automatic restart policy (see operating system documentation)
defines the operating system’s response to a system crash. The service processor can
be instructed to refer to that policy by the Use OS-Defined Restart Policy setup menu.
Processor Boot-Time Deconfiguration (CPU Repeat Gard)
Processor boot time deconfiguration allows for the removal of processors from the
system configuration at boot time. The objective is to minimize system failure or data
integrity exposure due to a faulty processor.
This function uses processor hardware built-in self-test (BIST) and firmware power-on
self-test (POST) to discover and isolate processor hardware failures during boot time. It
also uses the hardware error detection logic in the processor to capture run-time
202
Service Guide