AlphaServer GS80/160/320
User???s Guide
Order Number:
This guide is intended for those who manage, operate, or service the AlphaServer GS160/320 system and the AlphaServer GS80 rack system. It covers configuration guidelines, operation, system management, and basic troubleshooting.
Compaq Computer Corporation
First Printing, May 2000
?? 2000 Compaq Computer Corporation.
COMPAQ and the Compaq logo registered in U.S. Patent and Trademark Office. AlphaServer, OpenVMS, StorageWorks, and Tru64 are trademarks of Compaq Information Technologies Group, L.P.
Portions of the software are ?? copyright Cimetrics Technology. Linux is a registered trademark of Linus Torvalds in several countries. UNIX is a registered trademark of The Open Group in the U.S. and other countries. All other product names mentioned herein may be trademarks of their respective companies.
Compaq shall not be liable for technical or editorial errors or omissions contained herein. The information in this document is subject to change without notice.
FCC Notice: The equipment described in this manual generates, uses, and may emit radio frequency energy. The equipment has been type tested and found to comply with the limits for a Class A digital device pursuant to Part 15 of FCC rules, which are designed to provide reasonable protection against such radio frequency interference. Operation of this equipment in a residential area may cause interference in which case the user at his own expense will be required to take whatever measures may be required to correct the interference. Any modifications to this
Shielded Cables: If shielded cables have been supplied or specified, they must be used on the system in order to maintain international regulatory compliance.
Warning! This is a Class A product. In a domestic environment this product may cause radio interference in which case the user may be required to take adequate measures.
Achtung! Dieses ist ein Ger??t der Funkst??rgrenzwertklasse A. In Wohnbereichen k??nnen bei Betrieb dieses Ger??tes Rundfunkst??rungen auftreten, in welchen F??llen der Benutzer f??r entsprechende Gegenma??nahmen verantwortlich ist.
Attention! Ceci est un produit de Classe A. Dans un environnement domestique, ce produit risque de cr??er des interf??rences radio??lectriques, il appartiendra alors ?? l'utilisateur de prendre mesures sp??cifiques appropri??es.
Contents
iii
Chapter 3 GS160/320 System Configuration Rules
Chapter 4 GS80 Rack System Overview
Chapter 5 GS80 Rack System Configuration Rules
Chapter 6 Booting and Installing an Operating System
iv
v
Glossary
Index
Examples
Figures
vi
Tables
vii
viii
Preface
Intended Audience
This manual is for managers and operators of Compaq AlphaServer 80/160/320 family systems.
Document Structure
This manual uses a structured documentation design. Topics are organized into small sections, usually consisting of two facing pages. Most topics begin with an abstract that provides an overview of the section, followed by an illustration or example. The facing page contains descriptions, procedures, and syntax definitions.
This manual has eight chapters, an appendix, and glossary.
???Chapter 1, Introduction, gives a general overview of the AlphaServer 80/160/320 family.
???Chapter 2, GS320 System Overview, describes the components of the GS320 system.
???Chapter 3, GS320 System Configuration Rules, provides configuration guidelines for the GS320 system.
???Chapter 4, GS80 Rack System Overview, describes the components of the GS80 rack system.
???Chapter 5, GS80 Rack System Configuration Rules, provides configuration guidelines for the GS80 system.
???Chapter 6, Booting and Installing an Operating System, tells how to boot a supported operating system and how to set boot options.
???Chapter 7, Operation, gives basic operating instructions.
???Chapter 8, Using the System Control Manager, describes the function and operation of the system control manager.
ix
???Appendix A, Jumpering Information, calls out jumpers and their functions.
Documentation Titles
Table 1 AlphaServer 80/160/320 Family Documentation
Information on the Internet
Visit the Compaq Web site at www.compaq.com for service tools and more information about the AlphaServer 80/160/320 family systems.
x
Chapter 1
Introduction
The Compaq AlphaServer GS160/320 and GS80 systems are
The GS160/320 system uses up to four Alpha microprocessors in each quad building block (QBB). Two QBBs are paired
The GS80 rack system uses up to four Alpha microprocessors in a drawer. Each rack holds up to two system drawers.
This chapter introduces the AlphaServer GS160/320 and AlphaServer GS80 systems. There are three sections:
???AlphaServer GS160/320 and GS80 Systems
???Firmware and Utilities Overview
???System Architecture
NOTE: When you unpack your system, be sure to save and store all shipping brackets, pallets, and packing material. You will need this material to repack the system, if you should decide to relocate it.
Introduction
1.1AlphaServer GS160/320 and GS80 Systems
The AlphaServer GS160/320 system and GS80 rack system are separate, but related, in that they use the same switch technology. The CPU modules, memory modules, and power modules are also the same. In the GS160/320 system, the modules are in a system box in a cabinet. In the GS80 rack system, the modules are in a drawer.
Figure
GS80 System
GS160 System
AlphaServer GS160/320 System
The AlphaServer GS160 system cabinet contains up to two system boxes supporting a maximum of 16 CPU modules.
In an AlphaServer GS320 system, a second system cabinet is used to expand the system (up to four system boxes containing a maximum of 32 CPU modules).
A power cabinet contains the power components, I/O boxes, and storage. Additional I/O and storage can be housed in expander cabinets.
AlphaServer GS80 System
The AlphaServer GS80 rack system contains up to two system drawers, I/O, and storage. Each system drawer supports up to four CPU modules, for a maximum of eight CPUs per system. Power components are mounted at the bottom of the rack cabinet.
An expander cabinet can be used to house additional I/O and storage.
System Management Console
The console device, called the system management console (SMC), is a Compaq Deskpro PC, a DECserver 90M terminal server, and associated hardware and software. For installation instructions and user information, see the
AlphaServer GS80/160/320 System Management Console Installation and
User???s Guide.
Introduction
1.2Firmware and Utilities Overview
Firmware residing in ROM on CPU and other modules in the system provides commands for booting the operating system, testing devices and I/O adapters, and other tasks useful in operating and maintaining a running system. You type commands at the console device.
SRM Console
Systems running the Tru64 UNIX or OpenVMS operating systems are configured from the SRM console, a
System Control Manager (SCM)
The SCM firmware allows the user to access the system remotely. In addition, the SCM:
???Monitors and notifies the user of power or temperature alert conditions
???Controls initial system
???Manages hard partitions
LFU (Loadable Firmware Update Utility)
You can boot this utility (with the SRM boot command) whenever you need to update the SRM console firmware or I/O device firmware. The CD with the AlphaServer firmware is updated periodically.
1.3System Architecture
Each QBB in a GS160/320 system and each QBB (system drawer) in a GS80 system has a backplane and a switch supporting the CPU modules, memory modules, and I/O riser modules. Figure
Figure
To PCI Boxes
To PCI Boxes
System Box
The backplane of each QBB (GS160/320 systems) and drawer (GS80 rack systems) contains the switch that interconnects the CPU modules, memory modules, and I/O riser modules.
The global port and distribution board provide the interconnect for the QBBs. In a
I/O riser modules connect the PCI boxes to the QBB backplane.
Introduction
Chapter 2
GS160/320 System Overview
Each system cabinet contains one or two system boxes. The system box houses two quad building blocks, or QBBs. CPU modules, memory modules, power modules, and I/O riser modules plug into the QBB backplane.
The power cabinet contains power components, PCI boxes, and storage shelves.
This chapter provides an overview of the system in these sections:
???System Characteristics
???System Box Architecture
???Quad Building Block (QBB) Components
???Power System
???PCI I/O
???Control Panel
GS160/320 System Overview
2.1System Characteristics
The illustration shows the
Figure
PK0611
Table
Characteristic
Size
Weight
Maximum heat dissipation
Specification
535 mm H x 550 mm W x 475 mm D (21.06 in. x 21.65 in. x 18.7 in.)
54.55 kg (120 lb) maximum
2000 w (6,850 Btu/hr)
Table
Power Cabinet
Electrical
Voltage
Phase
Frequency
Maximum input current/phase
Heat dissipation1
Environmental
Temperature
Humidity
Altitude
Specifications
120/208 VAC (U.S)
200 VAC (Japan)
21 A
9,300 W/31,800 Btu/Hr
Operating: 5?? to 35??C (41 to 95??F)
Not operating:
Operating: 10% to 90%
Not operating: 10% to 95%
Operating: 0 to 3 km (0 to 10,000 ft)
Not operating: 0 to 12.2 km (0 to 40,000 ft)
1 A fully configured system with three system boxes, nine power supplies, two PCI boxes, and storage shelf.
GS160/320 System Overview
2.2System Box Architecture
The system box houses two quad building blocks (QBBs). Each QBB has a backplane with a switch interconnect that supports up to four CPU modules, four memory modules, two power modules, two I/O riser modules, and a global port. Figure
Figure
Modem
PCI Box
Standard
I/O SCM
Console
PCI Box
PCI Box
PCI Box
PCI Box
PCI Box
PCI Box
System Box 1
System Box 2
Hierarchical
Switch
The switch on the backplane connects the CPU modules, memory modules, I/O riser modules, and global port. In an
Figure
Modem
System Box
PCI Box
Standard
I/O SCM
PCI Box
PCI Box
GS160/320 System Overview
2.3Quad Building Block (QBB) Components
Figure
Figure
QBB 1 (Front)
1
2
The QBB backplanes are attached to a stiffener and mounted in a system box enclosure. Each backplane has a differently positioned cutout to accommodate the global port modules. A global port module is mounted on the front of one QBB and the other is mounted on the back of the other QBB, putting both global port modules near the distribution board (or the hierarchical switch) when the system box is installed in the cabinet.
The callouts in Figure
???I/O riser module area. Each QBB supports up to two I/O riser modules.
???CPU module and memory module area. Each QBB holds four CPUs and four memory modules.
???Global port area.
???Backplane area.
GS160/320 System Overview
2.3.1Backplane
Each QBB backplane is located at the center of the system box. Figure
Figure
The CPU, memory, power, and I/O riser modules plug into the backplane. Because of the orientation of the QBB backplanes, the modules are situated differently in the front and rear of the system box. See Section 3.5 for more information.
The switch interconnect on the backplane allows any processor to access any memory on the QBB. The backplane also provides power to the modules.
???Global port module
???Directory module
???CPU module
???Memory module
???I/O riser modules
???Clock splitter module
???Power system manager (PSM) module
???Main power module
???Auxiliary power module
GS160/320 System Overview
2.3.2CPU Module
A CPU module comes with an Alpha microprocessor chip with a B- cache, cache control and TAG comparison logic, clock logic, and a DC- DC power converter. Also included on the module is logic for implementing
Figure
Power
Run LED
Hot Swap
LED
PK0602
2.3.3Memory Module
A memory module has eight DIMM slots. See Section 3.7 for memory configuration guidelines.
Figure
DIMMs
PK0603
GS160/320 System Overview
2.3.4Directory Module
In a GS160/320 system, one directory module is required for each QBB in a system box. In a
Figure
Directory
DIMMs
PK0606
2.3.5Power Modules
Two power modules are installed in the QBB backplane. The main power module and the auxiliary power module convert 48 VDC to the various voltages required to power the QBB.
Figure
Auxiliary Power Module
Main Power Module
GS160/320 System Overview
2.3.6Power System Manager Module
Each QBB has one power system manager (PSM) module. This module monitors CPUs, voltages, temperatures, and blower speed in the cabinet and reports this information to the system control manager (SCM).
Figure
PK0607
The PSM module is connected to other PSM modules and the SCM micro- processor (located on the standard I/O module) through the console serial bus (CSB). The SCM is the master; the PSM can only operate as a slave. The PSM controls the powering on/off and resetting of all modules within the QBB and of the QBB itself. The PSM also contains three I2C bus interfaces and a serial I/O bus channel to each CPU in the QBB. The PSM module retrieves information from the I2C EEROMs residing on the CPUs, memory modules, and the QBB backplane. The PSM uses a serial I/O port connection to communicate with one CPU module at a time. The PSM can only perform a function as the result of a request from the SCM.
2.3.7Clock Splitter Module
The clock splitter module converts one global signal to identical copies of a signal that is then distributed to master phase lock loops associated with the ASICs and the system processors within a QBB. It also generates independent clock signals for the I/O domain.
Figure
PK2222
GS160/320 System Overview
2.3.8I/O Riser Module
The I/O riser module is used to connect the QBB backplane to a PCI box. A ???local??? I/O riser module is located on the QBB backplane; a ???remote??? I/O riser module is in the PCI box.
Figure
PK0605
2.3.9Global Port Module
The global port provides the interconnect to the other QBB(s) through the distribution board or the hierarchical switch.
Figure
Front QBB
Rear QBB
GS160/320 System Overview
2.3.10 Distribution Board
In
Figure
A1
B1
B0
A0
PK1244
Figure
Figure
To PCI Boxes
To PCI Boxes
System Box
GS160/320 System Overview
2.3.11 Hierarchical Switch
In
Figure
System
Box 2
System
Box 4
System
Box 3
System
Box 1
PK0626
The hierarchical switch links the QBBs in systems having more than one system box. Figure
The hierarchical switch power manager (HPM) module controls power and monitors the temperature inside the hierarchical switch housing. The HPM module, along with the PSM modules and PBM modules, report status information to the SCM.
GS160/320 System Overview
2.4Power System
Each system box has a power subrack with up to three 48 VDC power supplies. Figure
Figure
PK0615A
Power cables and components are
NOTE:
Figure
Power distribution and signal cables are connected from the power subrack to the QBB backplanes through a power distribution bulkhead. Another cable is used to provide power to the blower, located at the bottom of the system cabinet, and the control panel, located in the power cabinet.
Each QBB has its own main power module and auxiliary power module. Each CPU module has its own power converter that converts the 48 VDC to the required voltage.
When the main power circuit breaker (CB1) is on and the AC input box is plugged in, the console serial bus (CSB) has auxiliary power (Vaux), enabling the system control manager (SCM) to power up the system.
See Section 2.4.1 for more information on the AC input box and circuit breakers.
GS160/320 System Overview
2.4.1AC Input Box
A system has two AC input boxes. Figure
Figure
Cabinet
Front
Cabinet
Rear
The three LEDs on the AC input box should be lit at all times, indicating that all three power phases are present in the
Table
Table
GS160/320 System Overview
2.5PCI I/O
The power cabinet contains at least one PCI master box, and may contain PCI expansion boxes.
Figure
A PCI master box has a standard I/O module, a
The
???Backplane with a standard I/O module
???Thirteen I/O option slots
???
???SCSI disk drive
???Floppy drive
???Ports: one local terminal port, one serial port, one modem port, one parallel port, two USB ports, one keyboard port, one mouse port, one CSB port, and one control panel port
???Two I/O riser slots
???Two power supplies
The
???Backplane with fourteen option slots
???Two I/O riser slots
???Two power supplies
GS160/320 System Overview
2.6Control Panel
The control panel is located at the top of the power cabinet. It has a
Figure
8 9 10
PK0621
The callouts in Figure
???Secure LED ??? When lit, indicates that the keyswitch is in the Secure position and system is powered on. All pushbuttons and SCM functions are disabled, including remote access to the system.
???Power OK LED ??? When lit, indicates at least one QBB is powered on and remote console operations are enabled. The keyswitch is in the On position.
???Halt LED ??? When lit with the Power LED, indicates the system is powered on, remote console operations are enabled, and the Halt pushbutton is pressed.
When lit with both Power LED and Secure LED, indicates a powered on system, disabled remote console operations, and Halt pushbutton is pressed in.
???Diagnostic display indicates system status.
???Off switch position ??? System is powered off and cannot be powered on remotely.
???On switch position ??? System is enabled to be powered up. A remote system user can power on or power off the system.
???Secure switch position ??? System is powered on and cannot be remotely powered on or off. All pushbuttons and SCM functions are disabled.
???Halt pushbutton ??? Pressing this pushbutton causes the operating system to perform a halt, with no captured error information. The system will automatically reset if the auto_fault_reset environment variable is enabled.
???Fault pushbutton ??? Pressing this pushbutton causes a system reset without clearing captured error information in the control and status registers.
???Reset pushbutton ??? Pressing this pushbutton causes a system reset that clears captured error information.
GS160/320 System Overview
2.6.1Control Panel LEDs
Figure
Figure
OK
System powered on; remote console disabled; pause mode.
System powered on; remote console disabled.
System powered on; remote console enabled; remote console halt or Halt button depressed.
System powered on; remote console enabled.
System powered off for any of the following reasons: o No AC power available
o Keyswitch in Off position
o Keyswitch in On position but system powered off by remote console or power/temperature failure
On
Off
Chapter 3
GS160/320 System Configuration Rules
This chapter provides configuration rules for the following:
???GS160 System Cabinet
???GS320 System Cabinets
???Power Cabinet
???System Box
???QBB Color Code
???Memory Configurations
???Memory Interleaving Guidelines
???PCI Boxes
???PCI Box Slot Configuration
???Expander Cabinet
GS160/320 System Configuration Rules
3.1GS160 System Cabinet
Figure
Figure
About the System Cabinet
The cabinet contains the following components:
???Vertical mounting rails
???Wrist strap for static discharge protection
GS160 Configuration Rules
???System box 1 (see Figure
???System box 2 is mounted in the upper half of the cabinet, over system box 1.
GS160/320 System Configuration Rules
3.2GS320 System Cabinets
Figure
GS320 System Configuration Rules
???In system cabinet 1, system box 1 (see Figure
???In system cabinet 2, system box 3 is mounted in the lower half of the cabinet; system box 4, the upper half of the cabinet.
GS160/320 System Configuration Rules
3.3Power Cabinet
One power cabinet is required for all systems. The power cabinet houses the control panel, AC input boxes, power supplies, PCI I/O boxes, and storage.
PK0615A
Power System Requirements
???Each system box requires a power subrack.
???Each power subrack has three power supplies. The third power supply is always redundant. See Section 3.3.1 for power supply slot assignments.
???Two AC input boxes are required.
Cables, AC input boxes (including AC circuit breakers), power subracks, and system boxes are
PCI boxes and storage shelves are installed in the upper half of the power cabinet.
GS160/320 System Configuration Rules
3.3.1Power Supply Slot Assignments
Figure
Power Supply Configuration Rules
???Power subracks are always mounted in the same power cabinet location, regardless of the number of system boxes.
???Power supply slot assignments remain the same in all systems, regardless of the number of system boxes.
???A redundant power supply slot is always the last slot to be used in a subrack.
GS160/320 System Configuration Rules
3.4System Box
The system box contains two QBBs. Figure
Figure
System Box Configuration Rules
???A system box has two QBBs.
???A QBB supports up to four CPU modules.
???A QBB supports up to four memory modules.
???A QBB has up to two I/O riser modules; each I/O riser module connects to one PCI box.
???A system box supports up to four PCI boxes.
Figure
GS160/320 System Configuration Rules
3.5QBB Color Code
Figure
Figure
PK0628
Figure
PK2229
GS160/320 System Configuration Rules
3.6Memory Configurations
A memory module has eight DIMM slots. Two arrays (Array 0 and Array 1), consisting of four DIMMs, can be installed on each module. A directory DIMM is required for each array in systems having more than four processors. Directory DIMMs are installed on the directory module.
Figure
Memory Configuration Guidelines
???On a memory module, DIMMs are divided into two groups of four called arrays.
???A memory module must be populated on an
???DIMMs in an array must be the same size and type.
???DIMM sizes include 256 Mbyte, 512 Mbyte, and 1 Gbyte.
There are two types of DIMMs: single density (SD) and double density (DD).
???Density does not affect interleaving.
???One directory module DIMM is required for each memory array in systems with more than one QBB.
???The type and number of DIMMs installed in the directory module is based on the number of memory arrays populated and the physical size of the memory arrays. See the table below.
???A larger DIMM type may always be used in place of the minimum required DIMM type.
GS160/320 System Configuration Rules
3.7Memory Interleaving Guidelines
Table
Memory Interleaving
Guidelines
The default interleave. One memory module with one array populated (or most mixes not discussed below).
One memory module with two arrays populated.
Preferred method: Two memory modules with one array populated on each module.
Two memory modules, each with two arrays populated.
Preferred method. Four memory modules with one array populated on each module.
Four memory modules with two arrays populated on each module.
Memory Interleaving Guidelines
???The larger the interleaving factor, the better the system performance.
???Avoid mixing memory sizes; this limits interleaving capability and potential bandwidth.
GS160/320 System Configuration Rules
3.8PCI Boxes
A QBB supports up to two PCI boxes. A cable connects the QBB ???local??? I/O riser to the ???remote??? I/O riser in the PCI box. There are two I/O ports on a local I/O riser. Each I/O port is used to connect to one remote I/O riser. Figure
Figure
PCI Box 0
PCI Box 1
QBB0
The I/O subsystem consists of the local I/O interface (QBB) and the remote I/O interface (PCI box) connected by I/O cables.
A system can have up to 16 PCI boxes. To identify PCI boxes in a system, a node ID is set using the node ID switch located on the rear panel of each PCI box (see Figure
GS160/320 System Configuration Rules
3.9PCI Box Slot Configuration
Each QBB can have two I/O risers supporting up to two PCI boxes. A cable connects a local I/O riser (in the QBB) to a remote I/O riser (in the PCI box). Each PCI box can have up to two remote I/O risers in place. Cable connectors for the two remote I/O risers are shown as Riser 0 and Riser 1 in Figure
Figure
PCI Slot Configuration Guidelines
???I/O riser 0 must be installed.
???The standard I/O module is always installed in riser
???Install
???Install
???VGA graphics options must be installed in riser
CAUTION: Installing a
Logical Hoses
You can have a maximum of four logical hoses per PCI box. Logical hose numbers are assigned by the firmware. Logical hoses are numbered from 0 to 63.
Table
GS160/320 System Configuration Rules
3.10 Expander Cabinet
Additional PCI boxes and storage devices are housed in an expander cabinet. The same cabinet is used to expand GS160/320 systems and GS80 systems. Figure
Figure
Chapter 4
GS80 Rack System Overview
In the rack system, the BA52A system drawer has a QBB containing a backplane, CPU modules, memory modules, power modules, and I/O riser modules.
This chapter provides an overview of the BA52A drawer in these sections:
???Rack System Characteristics
???System Drawer Architecture
???System Drawer Modules
GS80 Rack System Overview
4.1Rack System Characteristics
Table
Figure
Table
Table
GS80 Rack System Overview
4.2System Drawer Architecture
The system drawer houses a QBB consisting of a backplane that supports four CPU modules, four memory modules, two power modules and two I/O riser modules. These modules are identical to those used in the box systems. The global port is part of the backplane. In a two- drawer system, the drawers are linked by a distribution board.
Figure
PCI Box
The switch that interconnects the CPU modules, memory modules, and I/O riser modules is built into the system drawer backplane.
In a
GS80 Rack System Overview
4.3System Drawer Modules
The modules plug into the system drawer backplane. Figure
Figure
The CPU, memory, power, and I/O riser modules plug into the backplane located at the bottom of the system drawer. Callouts in Figure
???CPU module
???Memory module
???Directory module
???Power modules
???Power system manager (PSM) module
???I/O riser modules
???Clock splitter module
Figure
3
2
1
2
1
4
1
GS80 Rack System Overview
Chapter 5
GS80 Rack System Configuration Rules
This chapter provides configuration rules for the following:
???Rack
???Rack Power System
GS80 Rack System Configuration Rules
5.1Rack
A rack houses a maximum of two system drawers.
Figure
COMPAQ
AlphaServer GS80
LA75 Companion Printer
About the Rack Cabinet
The cabinet contains the following components:
???One or two system drawers
???Control panel (see Section 2.6 for details on the control panel)
???AC input box
???Power subrack with power supplies
???Vertical mounting rails
???Stabilizer
???Wrist strap for static discharge protection
Rack Variants
The H9A20 RETMA cabinet has three variants:
???
???
???
GS80 Rack System Configuration Rules
5.2Rack Power System
Figure
Figure
Power Supply Positions
1 2 3
Drawer 2
About the Power System
???Each system drawer requires one power subrack.
???Each system drawer requires two power supplies.
???Each power subrack holds up to three power supplies. The third power supply is used for redundancy.
GS80 Rack System Configuration Rules
Chapter 6
Booting and Installing an
Operating System
This chapter provides basic operating instructions, including powering up the system and booting the operating system.
Sections in this chapter are:
???Powering Up the System
???Setting Boot Options
???Booting Tru64 UNIX
???Installing Tru64 UNIX
???Booting OpenVMS
???Installing OpenVMS
Booting and Installing an Operating System
6.1Powering Up the System
To power up the system, set the keyswitch to On, or power up the system remotely. The SCM
6.1.1SCM
Example
Phase 0
I~ Enable HS Links: 0f
???
???
~I~ QbbConf(gp/io/c/m)=fbbfffff Assign=ff SQbb0=00 PQbb=00 SoftQbbId=fedcba98
.............................................................................
.........................................................................
SCM_E0> ......................................
~W~ ??? An error has occurred;
???During the Phase INIT (initialization phase) SROM code is loaded into each CPU in the system and communication between the power system manager (PSM) and the CPU is established. Phase 0 follows with local QBB testing.
Continued on next page
Booting and Installing an Operating System
Example
Example
???Phase 1. The primary CPU, selected by the SCM in phase 0, tests each QBB in the system.
???Phase 2. Secondary CPUs are tested to ensure cache coherency.
???Phase 3. The tests ensure that each CPU can access each memory array in the system.
???Phase 4. The primary CPU unloads the PAL/console code from the flash ROM on the standard I/O module into memory.
???Control of the remainder of
Booting and Installing an Operating System
6.1.2SRM
Following the initial SCM
Example
initializing driver structures initializing idle process PID initializing file system initializing timer data structures lowering IPL
???A snapshot of the system environment is displayed. See Section 8.7.3 for more information.
???PALcode is loaded and started.
???The size of the system is determined and mapped. This system has four QBBs and five CPUs.
Continued on next page
Booting and Installing an Operating System
Example
CPU 0 speed is 731 MHz create dead_eater create poll
create timer create powerup access NVRAM
QBB 0 memory, 1 GB QBB 1 memory, 1 GB QBB 2 memory, 512 MB QBB 3 memory, 512 MB total memory, 3 GB
copying PALcode to 103ffe8000 copying PALcode to 201ffe8000 copying PALcode to 301ffe8000
probe I/O subsystem probing hose 0, PCI
probing
bus 0, slot 1
bus 0, slot 2
bus 0, slot 15
bus 0, slot 5
probing
bus 0, slot 1
bus 0, slot 15
starting drivers
***keyboard not plugged in...
entering idle loop initializing keyboard
***keyboard not plugged in...
starting console on CPU 4 initialized idle PCB initializing idle process PID lowering IPL
CPU 4 speed is 731 MHz create powerup
starting console on CPU 6 initialized idle PCB initializing idle process PID lowering IPL
CPU 6 speed is 731 MHz create powerup
starting console on CPU 9 initialized idle PCB initializing idle process PID lowering IPL
???
???
???
Continued on next page
Example
CPU 9 speed is 731 MHz create powerup
starting console on CPU 12 initialized idle PCB
???Distributed memory is sized and mapped.
???The I/O subsystem is mapped.
???Each secondary CPU starts the console, is initialized and ready to join the multiprocessor environment.
???The SRM console prompt is displayed.
Booting and Installing an Operating System
6.2Setting Boot Options
You can set a default boot device, boot flags, and network boot protocols for Tru64 UNIX or OpenVMS using the SRM set command with environment variables. Once these environment variables are set, the boot command defaults to the stored values. You can override the stored values for the current boot session by entering parameters on the boot command line.
The SRM
bootdef_dev
boot_file
boot_osflags
ei*0_inet_init or ew*0_inet_init
ei*0_protocols or ew*0_protocols
Defines a default boot device.
Specifies a default file name to be used for booting when no file name is specified by the boot command.
Defines parameters to enable specific functions during the boot process.
Determines whether the interface???s internal Internet database is initialized from nvram or from a network server (through the bootp protocol). Set this environment variable if you are booting Tru64 UNIX from a RIS server.
Defines a default network boot protocol (bootp or mop).
6.2.1Bootdef_dev
The bootdef_dev environment variable specifies one or more devices from which to boot the operating system. When more than one device is specified, the system searches in the order listed and boots from the first device.
Enter the show bootdef_dev command to display the current default boot device. Enter the show device command for a list of all devices in the system.
The syntax is:
set bootdef_dev boot_device
boot_device The name of the device on which the system software has been loaded. To specify more than one device, separate the names with commas.
Example
In this example, two boot devices are specified. The system will try booting from dkb0 and, if unsuccessful, will boot from dka0.
P00>>> set bootdef_dev dkb0, dka0
NOTE: When you set the bootdef_dev environment variable, it is recommend- ed that you set the operating system boot parameters as well, using the set boot_osflags command.
6.2.2Boot_file
The boot_file environment variable specifies the default file name to be used for booting when no file name is specified by the boot command.
The syntax is:
set boot_file filename
Example
In this example, a boot file is specified for booting OpenVMS from the InfoServer. APB_0712 is the file name of the APB program used for the initial system load (ISL) boot program.
P00>>> set boot_file apb_0712
Booting and Installing an Operating System
6.2.3Boot_osflags
The boot_osflags environment variable sets the default boot flags and, for OpenVMS, a root number.
Boot flags contain information used by the operating system to determine some aspects of a system bootstrap. Under normal circumstances, you can use the default boot flag settings.
To change the boot flags for the current boot only, use the flags_value argument with the boot command.
The syntax is:
set boot_osflags flags_value
The flags_value argument is specific to the operating system.
Tru64 UNIX Systems
Tru64 UNIX systems take a single ASCII character as the flags_value argument.
aLoad operating system software from the specified boot device (autoboot). Boot to multiuser mode.
iPrompt for the name of a file to load and other options (boot interactively). Boot to
sStop in
DFull dump; implies ???s??? as well. By default, if Tru64 UNIX crashes, it completes a partial memory dump. Specifying ???D??? forces a full dump at system crash.
OpenVMS Systems
OpenVMS systems require an ordered pair as the flags_value argument: root_number and boot_flags.
root_number Directory number of the system disk on which OpenVMS files are located. For example:
boot_flags The hexadecimal value of the bit number or numbers set. To specify multiple boot flags, add the flag values (logical OR). For example, the flag value 10080 executes both the 80 and 10000 flag settings. See Table
Table
Booting and Installing an Operating System
Example
In the following Tru64 UNIX example, the boot flags are set to autoboot the system to multiuser mode when you enter the boot command.
P00>>> set boot_osflags a
In the following OpenVMS example, root_number is set to 2 and boot_flags is set to 1. With this setting, the system will boot from root directory SYS2.SYSEXE to the SYSBOOT prompt when you enter the boot command.
P00>>> set boot_osflags 2,1
In the following OpenVMS example, root_number is set to 0 and boot_flags is set to 80. With this setting, you are prompted for the name of the secondary bootstrap file when you enter the boot command.
P00>>> set boot_osflags 0,80
6.2.4ei*0_inet_init or ew*0_inet_init
The ei*0_inet_init or ew*0_inet_init environment variable determines whether the interface???s internal Internet database is initialized from nvram or from a network server (through the bootp protocol).
Legal values are nvram and bootp. The default value is bootp. Set this environment variable if you are booting Tru64 UNIX from a RIS server.
To list the network devices on your system, enter the show device command. The Ethernet controllers start with the letters ???ei??? or ???ew,??? for example, ewa0. The third letter is the adapter ID for the specific Ethernet controller. Replace the asterisk (*) with the adapter ID letter when entering the command.
The syntax is:
set ei*0_inet_init value or set ew*0_inet_init value
Example
P00>>> set eia0_inet_init bootp
6.2.5ei*0_protocols or ew*0_protocols
The ei*0_protocols or ew*0_protocols environment variable sets network protocols for booting and other functions.
To list the network devices on your system, enter the show device command. The Ethernet controllers start with the letters ???ei??? or ???ew,??? for example, eia0. The third letter is the adapter ID for the specific Ethernet controller. Replace the asterisk (*) with the adapter ID letter when entering the command.
The syntax is:
set ei*0_protocols protocol_value or set ew*0_protocols protocol_value
The options for protocol_value are:
Booting and Installing an Operating System
6.3Booting Tru64 UNIX
Tru64 UNIX can be booted from a DVD or
Example
block 0 of dka0.0.0.1.0 is a valid boot block reading 13 blocks from dka0.0.0.1.0 bootstrap code read in
base = 2e6000, image_start = 0, image_bytes = 1a00 initializing HWRPB at 2000
initializing page table at 17fbda000 initializing machine state
setting affinity to the primary CPU jumping to bootstrap code
Tru64 UNIX boot - Wed Sep 8 20:59:58 EDT 1999
Loading vmunix ...
Loading at 0xfffffc0000430000
Sizes:
text = 4800560 data = 903872 bss = 1412480
Starting at 0xfffffc00007790d0
Loading vmunix symbol table ... [1330800 bytes]
Alpha boot: available memory from 0x93de000 to 0x3180000000
Digital Tru64 UNIX
available memory = 24140.65 megabytes.
using 94344 buffers containing 737.06 megabytes of memory Master cpu at slot 0.
Example
Firmware revision:
PALcode: Digital Tru64 UNIX version
.
.
.
Digital Tru64 UNIX Version V4.0
login:
Example
Perform the following tasks to boot a system:
1.Power up the system. The system stops at the SRM console prompt, P00>>>.
2.Set boot environment variables, if desired. See Section 6.2.
3.Install the boot medium. For a network boot, see Section 6.3.1.
4.Enter the show device command ??? to determine the unit number of the drive for your device.
5.Enter the boot command ??? and
Booting and Installing an Operating System
6.3.1Booting Tru64 UNIX Over the Network
To boot the system over the network, make sure the system is registered on a Remote Installation Services (RIS) server. See the
Tru64 UNIX document entitled Sharing Software on a Local Area Network for registration information.
Example
.
Systems running Tru64 UNIX support network adapters, designated ew*0 or ei*0. The asterisk stands for the adapter ID (a, b, c, and so on).
1.Power up the system. The system stops at the SRM console prompt, P00>>>.
2.Set boot environment variables, if desired. See Section 6.2.
3.Enter the show device command ??? to determine the unit number of the drive for your device.
4.Enter the following commands. Example
P00>>> set eia0_protocols bootp P00>>> set eia0_inet_init bootp
The first command ??? enables the bootp network protocol for booting over the Ethernet controller. The second command ??? sets the internal Internet database to initialize from the network server through the bootp protocol.
5.Enter the boot command ??? and
For complete instructions on booting Tru64 UNIX over the network, see the
Tru64 UNIX Installation Guide.
Booting and Installing an Operating System
6.4Installing Tru64 UNIX
Tru64 UNIX is installed from the
Example
Initializing system for Tru64 UNIX installation. Please
wait...
*** Performing CDROM Installation
Loading installation process and scanning system hardware.
This procedure installs Tru64 UNIX onto your system. You will be asked a series of system configuration questions. Until you answer all questions, your system is not changed in any way.
During the question and answer session, you can go back to any previous question and change your answer by entering: history You can get more information about a question by entering: help
There are two types of installations:
oThe Default Installation installs a mandatory set of software subsets on a predetermined file system layout.
oThe Custom Installation installs a mandatory set of software subsets plus optional software subsets that you select. You can customize the file system layout.
The Tru64 UNIX Shell option puts your system in
The Installation Guide contains more information about installing Tru64 UNIX.
1)Default Installation
2)Custom Installation
3)Tru64 UNIX Shell
Enter your choice:
??? Boot the operating system from the
??? Follow the Tru64 UNIX installation procedure displayed after the installation process is loaded.
???If your system console is a VGA monitor, the X Server is started and an Installation Setup window is displayed. Click on the fields in the Installation Setup window to enter your responses to the installation procedure.
???If your system console is a serial terminal, a
See the Tru64 UNIX Installation Guide for complete installation instructions.
Booting and Installing an Operating System
6.5Booting OpenVMS
OpenVMS is booted from a local SCSI disk drive or from a DVD/CD- ROM drive on the InfoServer.
Example
(boot dka0.0.0.1.0
block 0 of dka0.0.0.1.0 is a valid boot block reading 924 blocks from dka0.0.0.1.0 bootstrap code read in
base = 2c4000, image_start = 0, image_bytes = 73800 initializing HWRPB at 2000
initializing page table at 2bfbc6000 initializing machine state
setting affinity to the primary CPU jumping to bootstrap code
OpenVMS (TM) Alpha Operating System, Version
Example
1.Power up the system. The system stops at the SRM console prompt, P00>>>.
2.Set boot environment variables, if desired. See Section 6.2.
3.Install the boot medium. For a network boot, see Section 6.2.4.
4.Enter the show device command ??? to determine the unit number of the drive for your device.
5.Enter the boot command and
the associated environment variables.). In Example
Booting and Installing an Operating System
6.5.1Booting OpenVMS from the InfoServer
You can boot OpenVMS from a LAN device on the InfoServer. The devices are designated EI*0 or EW*0. The asterisk stands for the adapter ID (a, b, c, and so on).
Example
base = 200000, image_start = 0, image_bytes = 70400 initializing HWRPB at 2000
initializing page table at 3ffee000 initializing machine state
setting affinity to the primary CPU jumping to bootstrap code
1- Find Services
2- Enter known Service Name
Enter an Option ID value: 2
Enter a Known Service Name:
OpenVMS (TM) Alpha Operating System, Version
1.Power up the system. The system stops at the P00>>> console prompt.
2.Insert the operating system
3.Enter the show device command ??? to determine the unit number of the drive for your device.
4.Enter the boot command and any
The InfoServer ISL program displays a menu ???.
5.Respond to the menu prompts ???, using the selections shown in this example.
For complete instructions on booting OpenVMS from the InfoServer, see the OpenVMS installation document.
Booting and Installing an Operating System
6.6Installing OpenVMS
After you boot the operating system DVD or
Example
OpenVMS (TM) Alpha Operating System, Version
Installing required known files...
Configuring devices...
****************************************************************
You can install or upgrade the OpenVMS Alpha operating system or you can install or upgrade layered products that are included on the OpenVMS Alpha operating system
You can also execute DCL commands and procedures to perform "standalone" tasks, such as backing up the system disk.
Please choose one of the following:
1)Install or upgrade OpenVMS Alpha Version
2)Display products that this procedure can install
3)Install or upgrade layered products
4)Show installed products
5)Reconfigure installed products
6)Remove installed products
7)Execute DCL commands and procedures
8)Shut down this system
???The OpenVMS operating system
???Choose option 1 (Install or upgrade OpenVMS Alpha). To create the system disk, see the OpenVMS installation document.
Booting and Installing an Operating System
Chapter 7
Operation
This chapter gives basic operating instructions. Sections include:
???SRM Console
???Displaying a Tru64 UNIX or OpenVMS Configuration
???Setting SRM Environment Variables
???Setting SRM Console Security
???Setting Automatic Booting
???Changing the Default Boot Device
???Soft Partitioning
???Hard Partitioning
Operation
7.1SRM Console
The SRM console is located in an EEROM on the standard I/O module. From the console interface, you set up and boot the operating system, display the system configuration, and perform other tasks. For complete information on the SRM console, see the AlphaServer GS80/160/320 Firmware Reference Manual.
7.1.1SRM Command Overview
Table
Table
Table
Command
show config
show device
show error show fru
show memory show pal
show version
test <esc><esc>scm
Function
Displays the logical configuration at the last system initialization.
Displays a list of controllers and bootable devices in the system.
Reports errors logged in the EEPROMs.
Displays the physical configuration of all
Displays information about system memory.
Displays the versions of Tru64 UNIX and OpenVMS PALcode.
Displays the version of the SRM console program installed on the system.
Verifies the configuration of the devices in the system.
Escape sequence used to enter the SCM console.
Operation
Table
Attribute
Length
Case
Abbreviation
Options
Numbers
No characters
Spaces or tabs
Conditions
Up to 255 characters, not including the terminating carriage return or any characters deleted as the command is entered. To enter a command longer than 80 characters, use the backslash character for line continuation.
Upper- or lowercase characters can be used for input. Characters are displayed in the case in which they are entered.
Only by dropping characters from the end of words. You must enter the minimum number of characters to identify the keyword unambiguously.
You can use command options, to modify the environment, after the command keyword or after any symbol or number in the command. See individual command descriptions for examples.
Most numbers in console commands are in decimal notation.
A command line with no characters is a null command. The console program takes no action and does not issue an error message; it returns the console prompt. The console supports
Multiple adjacent spaces and tabs are compressed and treated as a single space. Leading and trailing spaces are ignored.
Table
Character
Return or
Enter
Backslash (\)
Delete
Ctrl/A
Ctrl/B or
Ctrl/C
Ctrl/E
Ctrl/F or
Ctrl/H
Backspace
Ctrl/J
Ctrl/O
Function
Terminates a command line. No action is taken on a command until it is terminated. If no characters are entered and this key is pressed, the console just redisplays the prompt.
Continues a command on the next line. Must be the last character on the line to be continued.
Deletes the previous character.
Toggles between insert and overstrike modes. The default is overstrike.
Recalls previous command or commands. The last 16 commands are stored in the recall buffer.
Terminates the process that is running. Clears Ctrl/S; resumes output suspended by Ctrl/O. When entered as part of a command line, deletes the current line. Ctrl/C has no effect as part of a binary data stream.
Moves the cursor left one position.
Moves the cursor to the end of the line.
Moves the cursor right one position.
Moves the cursor to the beginning of the line.
Deletes ones character.
Deletes the previous word.
Stops output to the console device for the current command. Toggles between enable and disable. The output can be reenabled by other means as well: when the console prompts for a command, issues an error message, or enters program mode, or when Ctrl/P is entered.
Continued on next page
Operation
Table
Character
Ctrl/Q
Ctrl/R
Ctrl/S
Ctrl/U
*
" "
#
Function
Resumes output to the console device that was suspended by Ctrl/S.
Redisplays the current line. Deleted characters are omitted. This command is useful for hardcopy terminals.
Suspends output to the console device until Ctrl/Q is entered. Cleared by Ctrl/C.
Deletes the current line.
Wildcarding for commands such as show.
Double quotes enable you to denote a string for environment variable assignment.
Specifies that all text between it and the end of the line is a comment. Control characters are not considered part of a comment.
7.1.2Setting the Control Panel Message
When the operating system is running, the control panel displays the console revision. It is useful to create a customized message if you have a number of systems and you want to identify each system by a node name. Use the set ocp_text command.
Example
SCM_E0> set ocp_text nodenamealpha
power on......
.
.
SCM_EF> sho ocp Line0: nodenamealpha Line1: Power ON
Line2:
Line3:
7.2Displaying the System Configuration
View the system hardware configuration from the SRM console. It is useful to view the hardware configuration to ensure that the system recognizes all devices, memory configuration, and network connections.
Use the following SRM console commands to view the system configuration.
Additional commands to view the system configuration are described in the
AlphaServer GS80/160/320 Firmware Reference Manual.
show boot* Displays the boot environment variables.
show config Displays the logical configuration of interconnects and buses on the system and the devices found on them.
show device Displays the bootable devices and controllers in the system.
show fru Displays the physical configuration of FRUs
show memory Displays configuration of main memory.
7.2.1Show Boot Command
Use the show boot* command to list the boot environment variables.
booted_dev booted_file booted_osflags
Operation
7.2.2Show Config Command
Use the show config command to display the entire logical configuration. Example
Example
???
???
???
???
???
???
???Firmware. Version numbers of the SRM console, OpenVMS PALcode, and
Tru64 UNIX PALcode.
???QBB0. Components listed include the quad switch and the following modules: CPUs, memory modules, directory module, IOP module, and global port. Chip revision numbers are also listed. Component information for each QBB in the system is displayed.
???PCI I/O information, PCI Box 0. In this example, QBB0 is connected to PCI Box 0 and PCI box 3 (see ???).
QBB0 I/O port 0 is linked to remote I/O riser 0 located on the right side of PCI box 0. Logical hose numbers are 0 and 1.
QBB0 I/O port 1 is linked to remote I/O riser 1 located on the left side of PCI box 0. Logical hose numbers are 2 and 3.
???PCI I/O information, PCI Box 3. QBB0 is also connected to PCI box 3.
QBB0 I/O port 0 is linked to remote I/O riser 0 located on the right side of PCI box 3. Logical hose numbers are 4 and 5.
QBB0 I/O port 1 is linked to remote I/O riser 1 located on the left side of PCI box 3. Logical hose numbers are 6 and 7.
Continued on next page
Operation
Example
???
???
???
???
???The total system memory size is reported.
QBB0 has 8 Gbytes in a
???Standard I/O modules in the system. In this example, PCI box 0, 1, and 3 each has a standard I/O module. The primary standard I/O module is located in PCI box 0. Hose and IOP connections are also listed.
???System memory shown by board, set, array, and size. See Section 3.7 for more information.
Continued on next page
Operation
Example
Example
???PCI Box, Riser, Slot. Each PCI box in the system is identified by a number (0 to F hexadecimal). A system can have a maximum of 16 PCI boxes. The physical location of options in the PCI box are identifed by the remote I/O riser (0 or 1), and slot number in the PCI box.
???Option. Options are listed. Note that the standard I/O module occupies slot 1, on hose 0, riser 0, PCI box 0.
???Hose. PCI devices connect to logical hoses in the PCI box. A logical hose number identifies the logical hose for each device. The firmware assigns the logical hose number (0 to 63). Each PCI box has a maximum of four logical hose numbers.
???Bus. The remote I/O riser PCI bus will always be numbered 0. Buses behind device bridges are numbered 1, 2, 3, etc.
???Slot. This is the logical slot ID number of each device or controller.
???Function. On
???Name. Device names are listed.
???This next section of the show config output lists I/O devices by logical order. The logical Slot number for each option appears in the first column.
???The Option name appears next.
???Hose 0, Bus 0, PCI. In this example, the standard I/O module is logical Slot 1 on PCI Bus 0, Hose 0. See ??? for a different presentation of this information.
???The devices shown logically are the controllers and devices connected to the controllers. COMPAQ BB00921B91 and RRD46 are SCSI drives attached to controller pka0.
Continued on next page
Operation
Example
Continued on next page
Example
???Looking back at the information presented under ??? helps the user locate the physical PCI slot of each device listed in the logical PCI device output. For example, to find where the DEC KZPSA, Hose 3, Bus 0, PCI device is located, see 3 in the Hose column ???, identify the option by name, and see that it is in PCI box 0, riser 1, slot 6.
???The console prompt is displayed.
Operation
7.2.3Show Device Command
Use the show device command to display the bootable devices. DK = SCSI drive; DQ = IDE drive; DV = diskette drive; EI or EW = Ethernet controller; PK = SCSI controller.
Table
Operation
7.2.4Show Memory Command
The show memory command displays the main memory configuration.
P00>>>
???The total system memory size is reported.
???Each memory board (or module) in the QBB is listed. Boards are numbered from 0 to 3. Each QBB can have up to four memory boards.
???Each memory board has two sets (arrays) of DIMMs installed. A set is numbered 0 or 1. Each set consists of four DIMMs.
???In this example, all DIMMs have the same density (4 GB) and are in a 32- way interleave. The first array on board 0 is board 0, set 0, and is referred to as array 0; the second array on board 0 is board 0, set 1, and is referred to as array 4, and so forth.
???The size, or density of the array.
???The starting address of the array.
???Identifies each QBB in the system.
???The total available memory in the QBB.
7.3Setting SRM Environment Variables
You may need to set several SRM console environment variables and
Set environment variables at the P00>>> prompt.
???To check the setting for a specific environment variable, enter the show envar command, where the name of the environment variable is substituted for envar.
???To reset an environment variable, use the set envar command, where the name of the environment variable is substituted for envar.
For more information on environment variables, see the AlphaServer GS80/160/320 Firmware Reference Manual.
Operation
7.4Setting SRM Console Security
You can set the SRM console to secure mode to prevent unauthorized personnel from modifying the system parameters or otherwise tampering with the system from the console.
When the SRM is set to secure mode, you can use only two console commands:
???The boot command, to boot the operating system
???The continue command, to resume running the operating system if you have inadvertently halted the system
The console security commands are as follows:
These commands put the console into secure mode.
Exits secure mode.
Turns off console security for the current session.
AlphaServer GS80/160/320 User???s Guide
7.4.1Setting Tru64 UNIX or OpenVMS Systems to Auto Start
The SRM auto_action environment variable determines the default action the system takes when the system is power cycled, reset, or experiences a failure.
On systems that are factory configured for Tru64 UNIX or OpenVMS, the factory setting for auto_action is halt. The halt setting causes the system to stop in the SRM console. You must then boot the operating system manually.
For maximum system availability, auto_action can be set to boot or restart.
???With the boot setting, the operating system boots automatically after the SRM init command is issued or the Reset button is pressed.
???With the restart setting, the operating system boots automatically after the SRM init command is issued or the Reset button is pressed, and it also reboots after an operating system crash.
To set the default action to boot, enter the following SRM commands:
P00>>> set auto_action boot
P00>>> init
7.5Changing the Default Boot Device
You can change the default boot device for Tru64 UNIX or OpenVMS with the set bootdef_dev command.
With the Tru64 UNIX or OpenVMS operating systems, you can designate a default boot device. You change the default boot device by using the set bootdef_dev SRM console command. For example, to set the boot device to the IDE
P00>>> show bootdef_dev bootdef_dev dka400.4.0.1.1
P00>>> set bootdef_dev dqa500.5.0.1.1 P00>>> show bootdef_dev
bootdef_dev dqa500.5.0.1.1
Operation
7.6Soft Partitioning
Soft partitioning allows you to run multiple instances of an OpenVMS operating system on one hardware system. Soft partitions are created by setting environment variables that define the number of partitions, as well as the CPU modules, I/O risers, memory size, and size of shared memory. Also, one partition is assigned to receive error interrupts. See the OpenVMS Alpha Galaxy Guide and GS80/160/320 Firmware Reference Manual for more information.
About Soft Partitioning
???Only the OpenVMS operating system supports soft partitioning.
???Each partition is maintained by the system management console.
???Each soft partition must have at least one CPU module, one memory module, an I/O riser module, and a PCI box with a standard I/O module.
???Each soft partition requires a standard I/O module with resident SRM firmware in order to boot an operating system copy (or instance).
???Two I/O risers in a QBB cannot be split between partitions.
???CPU and memory resources can be shared across partitions; I/O is bound to a particular partition.
You define what resources are allocated to each partition by setting SRM environment variables. Table
Table
Environment Variable
lp_count n
lp_io_mask* x
lp_cpu_mask* x
lp_mem_size* n
lp_shared_mem_size n
lp_error_target
Definition
The number of soft partitions to create. Possible values are:
0Default. All IOPs, CPUs, and memory are assigned to one soft partition. No shared memory is defined.
1One soft partition is created (partition 0). You need to use the other environment variables to define the partition.
For the *, supply the partition number (0 ??? 7). The value x gives a binary mask indicating which QBBs (containing I/O risers) are included in the partition.
For the *, supply the partition number. The value x gives a binary mask indicating which CPUs are part of the partition.
For the *, you supply the number of the partition. The value n can be a size or list of sizes on a 64 MB boundary.
Size of memory shared by all partitions or a list of sizes on an 8 MB boundary.
The number of the soft partition that is to receive error interrupts. The primary CPU of this soft partition will receive the interrupts. If lp_count is 0, lp_error_target is ignored.
Operation
At the SRM console prompt, you set values for one environment variable to define the number of soft partitions in the system, one to set the memory mode, and two for each partition that define the CPU and I/O modules in each partition. The lpinit command completes the procedure.
Example
???The number of soft partitions is set to 3.
???The set lp_io_mask0 1 command defines QBB0 (and its I/O risers) as residing in partition 0.
???Set lp_cpu_mask0 f assigns CPUs
???Set lp_ io_mask1 6 defines QBB1 and QBB2 (and its I/O risers) as residing in partition 1. The set lp_cpu_mask1 cf0 command assigns CPUs
???The set lp_ io_mask2 8 defines QBB3 (and its I/O risers) as residing in partition 2. Set lp_cpu_mask1 f300 assigns CPUs 8, 9,
???The set lp_shared_mem_size 4GB command assigns 4 GB of memory to be shared by all partitions.
???Set lp_error_target 0 assigns partition 0 to receive and process the error interrupts.
???The lpinit command completes the procedure and partitions the system.
As a final result of the commands entered in Example
Operation
7.7Hard Partitioning
Hard partitioning allows you to run multiple operating systems on one hardware system. Table
Table
Environment Variable
hp_count
hp_qbb_maskx
Definition
A value from 0 to n indicating the number of hard partitions to be configured. Partitions are numbered from 0 to
A bitmask of QBBs to be included in hard partition x.
In Example
???QBB 0 and QBB 1 in partition 0, and,
???QBB 2 and QBB 3 in partition 1
Example
SCM_E0> set hp_count 2
SCM_E0> set hp_qbb_mask0 3
SCM_E0> set hp_qbb_mask1 c
Partitioning a system is done at the QBB level: You can have a maximum of eight partitions. In hard partitioning mode:
???System partitions are independent.
???Each partition requires its own configuration tree.
???Hardware isolation is required.
???Address spaces are disjointed.
???Failures are isolated to a specific partition.
Operation
Chapter 8
Using the System Control Manager
The system control manager (SCM) communicates with microprocessors on the console serial bus (CSB) to monitor and manage the system. The SCM also provides remote server management functions.
This chapter explains the operation and use of the SCM. Sections are:
???Console Serial Bus Subsystem
???System Control Manager
???SCM COM1 Operating Mode
???Console Device Setup
???Entering the SCM
???SRM Environment Variables for COM1
???SCM
???Troubleshooting Tips
For more information on SCM commands, see the AlphaServer GS80/160/320 Firmware Reference Manual.
Using the System Control Manager
8.1Console Serial Bus Subsystem
The console serial bus (CSB) links microprocessors throughout the system, forming a monitoring and control subsystem managed by the system control manager (SCM). The SCM microprocessor is located on the standard I/O module in the master PCI box. Figure
Figure
The SCM communicates with the PCI backplane managers (PBMs), the hierarchical switch power manager (HPM), and the QBB power system managers (PSMs) distributed throughout the CSB subsystem. The subsystem has a power source separate from the rest of the system called auxiliary voltage (Vaux). Vaux enables the subsystem to be turned on from a remote site when the main system breaker is on and the system is plugged in.
Using the System Control Manager
8.2System Control Manager Overview
With the SCM, you can monitor and control the system (reset, power on/off, halt) without using the operating system. You can enter SCM commands at a local or remote console device. You also manage hard partitions using the SCM.
The SCM:
???Controls the control panel display and writes status messages on the display.
???Detects conditions that require alerts, such as excessive temperature, fan failure, and power supply failure. On detection, SCM displays messages on the OCP, pages an operator, and sends an interrupt to the SRM, which then passes the interrupt to the operating system or an application.
???Retrieves and passes information about a system shutdown to the SRM console at the next
???Provides a
???Passes error log information to shared RAM so that this information can be accessed by the system.
???Handles power supply hot swap.
???Manages hard partitions using HP_* environment variables.
???Shared RAM on every standard I/O module in the system is kept coherent by the master SCM. This allows every SCM console and copy of the operating system in a
SCM Firmware
SCM firmware resides on the standard I/O module in flash memory. If the SCM firmware should ever become corrupted or obsolete, you can update it manually using the Loadable Firmware Update Utility. The microprocessor can also communicate with the system power control logic to turn on or turn off power to the rest of the system.
The SCM is powered by an auxiliary 5V supply. You can gain access to the SCM as long as AC power is available to the system (through the wall outlet) and the control panel keyswitch is in the On position. Thus, if the system fails, you can still access the SCM and gather information about the failure.
PSMs, PBMs, and HPMs
The power system managers (PSMs), PCI backplane managers (PBMs), and hierarchical switch power manager (HPM) are the ???slaves??? of the master SCM. The SCM gathers all environmental data from the slaves. The PSMs, PBMs, and HPM perform the following:
???Monitors environmental sensors
???Monitors voltages, power supplies, and fans
???Shuts down a subsystem (QBB or PCI box) if a fatal condition (temperature reaches a fatal limit or a power failure occurs) is detected
Configuration, Error Log, and Asset Information
The SCM provides additional functionality to read and write configuration and error log information to FRU error log devices. All reading and writing of the FRU EEPROMs is done by the slaves under the direction of the SCM.
Using the System Control Manager
8.3SCM COM1 Operating Modes
The SCM can be configured to manage different data flow paths defined by the com1_mode environment variable. In through mode (the default), all data and control signals flow from the system COM1 port through the SCM to the active external port. You can also set bypass modes so that the signals partially or completely bypass the SCM. The com1_mode environment variable can be set from either SRM or the SCM. See Section 8.7.1.
Figure
System
SCMnn>
Remote System
Management Console
QBBs (PSMs)
PCI Boxes (PBMs)
CSB
SCM
Processor
UART
SCM Port (Local)
SCMnn>
Local System
Management Console
Through Mode
Through mode is the default operating mode. The SCM routes every character of data between the internal system COM1 port and the active external port, either the local port or the modem port. If a modem is connected, the data goes to the modem. The SCM filters the data for a specific escape sequence. If it detects the default escape sequence, ???<Esc><Esc>scm???, it enters the SCM CLI.
Figure
NOTE: The internal system COM1 port should not be confused with the external COM1 serial port on the standard I/O module. The internal COM1 port is used by the system software to send data either to the COM1 port on the system or to the SCM modem port if a modem is connected.
Local Mode
You can set a local mode in which only the local channel can communicate with the system COM1 port. In local mode the modem is prevented from sending characters to the system COM1 port, but you can still enter the SCM from the modem.
Using the System Control Manager
8.3.1Bypass Modes
For modem connection, you can set the operating mode so that data and control signals partially or completely bypass the SCM. The bypass modes are snoop, soft bypass, and firm bypass.
Figure
Figure
NOTE: You can connect a console device to the modem port in any of the bypass modes.
The local console device is still connected to the SCM and can still enter the SCM to switch the COM1 mode if necessary. In any of the bypass modes, when the system loses power, it defaults to snoop mode.
Snoop Mode
In snoop mode data partially bypasses the SCM. The data and control signals are routed directly between the system COM1 port and the external modem port, but the SCM taps into the data lines and listens passively for the SCM escape sequence. If it detects the escape sequence, it enters the SCM CLI.
The escape sequence is also passed to the system on the bypassed data lines. If you decide to change the default escape sequence, be sure to choose a unique sequence so that the system software does not interpret characters intended for the SCM.
In snoop mode the SCM is responsible for configuring the modem for
Because data passes directly between the two UART ports, snoop mode is useful when you want to monitor the system but also ensure optimum COM1 performance.
Soft Bypass Mode
In soft bypass mode all data and control signals are routed directly between the system COM1 port and the external modem port, and the SCM does not listen to the traffic on the COM1 data lines. The SCM is responsible for configuring the modem and monitoring the modem connectivity. If the SCM detects loss of carrier, it switches automatically into snoop mode. If you have set up the dial- out alert feature, the SCM pages the operator if an alert is detected and the modem line is not in use.
Soft bypass mode is useful if management applications need the COM1 channel to perform a binary download, because it ensures that SCM does not accidentally interpret some binary data as the escape sequence.
Continued on next page
Using the System Control Manager
After downloading binary files, you can set the com1_mode environment variable from the SRM console to switch back to snoop mode or other modes for accessing the SCM, or you can hang up the current modem session and reconnect it.
Firm Bypass Mode
Firm bypass mode effectively disables the SCM. All data and control signals are routed directly from the system COM1 port to the external modem port. The SCM does not configure or monitor the modem, and the SCM
Hard Bypass Mode
Hard bypass mode is set by a jumper on the standard I/O module. If this jumper is set, then all other modes are prohibited and the SCM is only accessible from the local port.
8.4Console Device Setup
You can use the SCM from a console device connected to the system or a modem hookup. As shown in Figure
Figure
1
2
Note: Both the local port and the modem port are set at: 1 start bit, 8 data bits, 1 stop bit, no parity.
Local port defaults: baud rate is 9600, flow control is soft.
Modem port defaults: baud rate is 57600, flow control is hard.
Using the System Control Manager
8.5Entering the SCM
Type an escape sequence to invoke the SCM from the SRM console. You can enter SCM from a modem, or from a local console device. From a VGA monitor, you can enter SCM commands from the SRM console.
???You can enter the SCM from the local console device regardless of the current operating mode.
???You can enter the SCM from the modem if the SCM is in through mode, snoop mode, or local mode. In snoop mode the escape sequence is passed to the system and displayed.
Entering from a Console Device
Invoke the SCM from a console device by typing the following default escape sequence (six plus signs):
<Esc><Esc>scm
To exit, enter the quit command. This action returns you to whatever you were doing before you invoked the SCM. In the following example, the quit command returns you to the system COM1 port.
SCM_E0> quit
Returning to COM1 port
Entering SCM Commands from a VGA Console
From the SRM console, enter:
P00>>> SCM <CLI_command>
8.6SRM Environment Variables for COM1
Several SRM environment variables allow you to set up the COM1 port for use with the SCM. Default values are read from shared RAM and set to whatever the SCM values are at console boot time.
Using the System Control Manager
8.7SCM
The system control manager supports setup commands and commands for managing the system. See Table
Table
Command
Clear {alert, error}
Crash
Disable {alert, remote} Enable {alert, remote} Erase
Fault
Halt
Hangup
Help
Init
Power
Quit
Reset
Set alert
Description
Clears firmware or hardware state (alert). Clears SDD and TDD error logs (error).
Forces a crash dump at the operating system level.
Disable system alerts or remote access.
Enables system alerts or remote access.
Erases the current screen.
Emulates the control panel Fault button.
Halts the operating system.
Terminates a remote session, disconnecting the modem.
Provides SCM command information
Prepares modem to send alerts and receive incoming calls.
Directs the system control manager to suply power to the processors, memories, and I/O modules in the system.
Exits the SCM
Resets the system.
Specifies a string that defines the time to wait for the remote pager to respond to a
Table
Command
Set modem_baud Set dial
Set local_baud
Set com1_baud Set hp_count
Set hp_qbb_maskx
Set init
Set password
Show csb
Show fru
Show nvr
Show status
Show system
Test alert
Description
Sets the modem baud rate.
Sets the string to be used by the SCM to dial out when an alert condition occurs.
Sets the baud rate of the
Sets the baud rate to the
Defines the number of hard partitions in system.
Sets a value that creates a binary mask in which a bit set to 1 indicates that a QBB belongs to a partition x.
Assigns the modem initialization string appropriate for the
Defines the password to be used by the remote user when dialing into the system.
Displays a list of all known nodes on the console serial bus.
Displays information on
Displays additional nonvolatile environment variables.
Displays SCM status and information.
Displays an overall system summary, including the most recent system
Tests the modem setup and connection to the remote pager or computer.
Using the System Control Manager
Command Conventions
Follow these conventions when entering SCM commands:
???Enter enough characters to distinguish the command.
NOTE: The reset and quit commands are exceptions. You must enter the entire string for these commands to work.
???For commands consisting of two words, enter the entire first word and at least one letter of the second word. For example, you can enter disable a for disable alert.
???For commands that have parameters, you are prompted for the parameter.
???Use the Backspace key to erase input.
???A *** message is a diagnostic error format displayed when an error is detected by SROM or XSROM code.
???A ### message is a diagnostic warning format detected by SROM or XSROM code. System
???An ~E~ message indicates a more severe error has been detected;
???A ~W~ message indicates an error has been reported to the SCM by a ???slave??? microprocessor (PSM, PBM, or HPM).
???A ~I~ message is informational only, and indicates no error condition.
8.7.1Defining the COM1 Data Flow
Use the set com1_mode command from SRM or SCM to define the COM1 data flow paths.
You can set com1_mode to one of the following values:
Example
SCM_E0> set com1_mode snoop
Using the System Control Manager
8.7.2Displaying the System Status
The SCM status command displays the current SCM settings. Table
SCM_E0> show status
System Management Settings
Table
Field
SCM escape sequence:
Local Baud/flow control
COM1 Baud/flow control
Modem Baud/flow control
Meaning
Currently defined escape sequence that returns you to the SCM console. Default is ???<Esc><Esc>scm???.
Baud rate of the local port.
Baud rate of the system COM1 port.
Baud rate of the system modem.
Table
Using the System Control Manager
8.7.3Displaying the System Environment
The SCM show system command provides a snapshot of the system environment.
SCM_E0> show system
SCM_E0>
???In a partitioned system, the number shown in this column identifies the hard partition that each QBB is a member of.
???The hard QBB and soft QBB numbers are listed. Location in the system determines hard QBB numbers; the system firmware assigns soft QBB numbers.
???CPU
???Memory
???Remote I/O riser map for each QBB.
For QBB0:
Px.x indicates that a remote I/O riser is present (P), but no I/O mapping (x.x) has been determined.
P2.0 indicates that a hose from local I/O riser 2, port 2, (IOR2) is connected to PCI box 2, remote I/O riser 0.
Pf.1 indicates that a hose from local I/O riser 1, port 1 (IOR1) is connected to PCI box F, remote I/O riser 1.
Pf.0 indicates that a hose from local I/O riser 1, port 0 (IOR0) is connected to PCI box F, remote I/O riser 0.
???Global port module
???QBB backplane test results.
???Directory module
???Power supply test results.
???Power supply temperature readings.
???HSwitch. The model number of the
???Type. The HPM40 is a
???Cables. In the example,
*(present), and F (failed).
???Temp. Displays the temperature inside the
???PCI Cab. This map shows the presence or absence of devices in each PCI box in the system. Each PCI box has a maximum of four PCI hoses (two hoses (0 and 1) on remote I/O riser 0 and two hoses (0 and 1) on remote I/O riser 1.
In this example, PCI box 10 has a standard I/O module (S) in riser 0, hose 0, slot 1, and two
A device is labeled according to its power usage: L is
Continued on next page
Using the System Control Manager
???RIO. Remote I/O modules. * indicates the presence of a remote I/O module; ??? indicates its absence. In the example, PCI box 10 has one remote I/O riser, I/O riser 0, installed.
???PS. PCI box power supplies 2 and 1. A P indicates a power supply is powered on and passed
p, power supply passed
*, power supply is present, but no pass/fail status yet
F, power supply failed
???Temp. Displays the temperature on the PCI backplane.
8.7.4Power On and Off, Reset, and Halt
The SCM power {on, off}, halt {in, out}, and reset commands perform the same functions as the buttons on the control panel.
Power On and Power Off
The SCM power on command powers the system on, and the power off command powers the system off. The Power button on the control panel, however, has precedence.
???If the system has been powered off with the Power button, the SCM cannot power the system on. If you enter the power on command, the message ???Power button is OFF??? is displayed, indicating that the command will have no effect.
???If the system has been powered on with the Power button, and the power off command is used to turn the system off, you can toggle the Power button to power the system back on.
Halt In and Continue
The halt in command halts the operating system. The continue command releases the halt.
Issuing the continue command will restart the operating system even if the Halt button is latched in.
Reset
NOTE: The environment variable, auto_quit, must be enabled for the reset command to return to the console or operating system.
The SCM reset command restarts the system. The console device exits SCM and reconnects to the server???s COM1 port.
SCM_E0> reset
Returning to COM port
Using the System Control Manager
8.7.5Configuring Remote
Before you can dial in through the SCM modem port or enable the system to call out in response to system alerts, you must configure the system for remote
Example
Querying the modem port...modem detected
Initializing modem...passed
Modem port initialized
NOTE: The following modems require the initialization strings shown here. For other modems, see your modem documentation.
???Enables remote access to the SCM modem port.
???Sets the password (in the example, ???wffirmare???) that is prompted for at the beginning of a modem session. The string cannot exceed 14 characters and is not case sensitive. For security, the password is not echoed on the screen. When prompted for verification, type the password again.
???Sets the modem initialization string. The string is limited to 31 characters and can be modified depending on the type of modem used.
The SCM automatically configures the modem's flow control according to the setting of the SRM com1_flow environment variable. The SCM also enables the modem carrier detect feature to monitor the modem connectivity.
After the initialization string is set, it is copied to the SCM???s EEPROM to allow the SCM to reinitialize the modem in the case of a system power cycle.
???The init command is entered to initialize the modem.
???At this point, the modem is configured for remote
Dialing In
Once the remote session is connected, the password must be entered to access the SCM CLI. The following example shows the screen output when a modem connection is established.
atdt915085551212 CONNECT 9600
Password: **********
Access granted
Modem escape sequence verified
SCM_E0>
1.At the SCM_E0> prompt, enter SCM CLI commands to monitor and control the system. Use the show status command to check the current manage- ment settings and the channel the modem connection is currently using.
2.When you have finished a modem session, enter the hangup command to cleanly terminate the session and disconnect from the server.
Using the System Control Manager
8.7.6Configuring Alert
Set a few parameters to configure alert
You must configure remote
To set up the
Example
???Sets the string to be used by the SCM to dial out when an alert condition occurs. The dial string must include the appropriate modem commands to dial the number.
???Sets the alert string that is transmitted through the modem when an alert condition is detected. Set the alert string to the phone number of the modem connected to the remote system. The alert string is appended after the dial string, and the combined string is sent to the modem.
???Alert
???Issue the test alert command to test the alert
???Now issue the show status command to verify settings. Note that the alert pending value is YES (???), indicating the test alert was successful.
???Once the
Paging services vary, so you need to become familiar with the options provided by the paging service you will be using. The SCM supports only numeric mes- sages.
NOTE: If you do not want
Alert Conditions Reported to a Remote Operator
Alert Condition Detected By:
PSM (power system manager)
HPM
PBM (PCI backplane manager)
User
Alert Condition
Blower failure Power failure
Overtemperature condition
Overtemperature condition Power failure
System clock failure
Fan failure Overtemperature condition Power supply failure
Using the System Control Manager
Table
Dial String
ATDT
9,
15551212
Alert String
,,,,,
5085551234#
;
The dial string is case sensitive. The SCM automatically converts all alphabetic characters to uppercase.
AT = Attention.
D = Dial
T = Tone (for
The number for an outside line (in this example, 9). Enter the number for an outside line if your system requires it.
,= Pause for two seconds.
Phone number of the paging service.
Each comma (,) provides a
A
A semicolon must be used to terminate the entire string.
8.7.7Resetting the Escape Sequence
The SCM set escape command allows the user to change the escape sequence. The default escape sequence is ???<Esc><Esc>scm???.
The new escape sequence can be any printable character string, not to exceed six characters. Use the show status command to verify the new escape sequence.
SCM_E0> set escape Escape Sequence: foofoo SCM_E0> show status
.
.
.
RMC Escape Sequence: foofoo
Using the System Control Manager
8.8Troubleshooting Tips
Table
Table
Symptom
You cannot enter the SCM from the modem.
The console device cannot communicate with the SCM correctly.
SCM will not answer when the modem is called.
Possible Cause
The SCM may be in soft bypass or firm bypass mode.
System and console device baud rates do not match.
Modem cables may be incorrectly installed.
SCM remote access is disabled or the modem was power cycled since last being initialized.
The modem is not configured correctly.
Suggested Solution
Issue the show com1_mode command from SRM and change the setting if necessary. If in soft bypass mode, you can disconnect the modem session and reconnect it.
Set the baud rate for the console device to be the same as for the system. For
Check modem phone lines and connections.
From the local console device, enter the set password and set init commands, and then enter the enable remote command.
Modify the modem initialization string according to your modem documentation.
Table
Symptom
SCM will not answer when modem is called.
After the system is powered up, the COM1 port seems to hang and then starts working after a few seconds.
New escape sequence is forgotten.
Possible Cause
On
This delay is normal.
Suggested Solution
Wait 30 seconds after powering up the system and SCM before attempting to dial in.
Wait a few seconds for the COM1 port to start working.
At the SRM prompt, enter the following: P00>> SCM show status
The escape sequence is shown in the output.
Or, reset the system to factory defaults.
Using the System Control Manager
Appendix A
Jumpering Information
This appendix contains jumpering information for the PCI backplane, the hierarchical switch power manager (HPM), and the standard I/O module.
A.1 PCI Backplane Jumpers
Table
Table
Jumper
J60
J62
Function
If flash ROM is corrupt, installing this jumper will force the PCI backplane manager (PBM) into
For future use.
Jumpering Information
A.2 HPM Jumpers
Table
Table
A.3 Standard I/O Module Jumpers
Table
Table
Glossary
Clock splitter module
Module that provides the system with multiple copies of the global and I/O reference clocks.
One of the system power states in which AC power and Vaux are present in the system, but power is removed from the area being serviced. See also AC off, Hot- swap, and
Local I/O riser module
Local primary CPU
Local testing
Memory directory module
The I/O riser module that is on the QBB backplane.
The CPU chosen to be the primary CPU in a QBB.
Testing confined to the QBB on which the CPU doing the testing resides.
See Directory module.
Soft partition
Standard I/O module
System box
System cabinet
System control manager
System drawer
System management console
System primary
CPU
Vaux
A partition whose CPU and memory resources can be allocated from any QBB; defined by using the SRM console. Also referred to as logical partitions.
See SIO.
The GS160 and 320 enclosure for two quad building blocks (QBBs).
The GS160 and GS320 cabinet that holds up to two system boxes, each of which has two QBBs.
See SCM.
The GS80 enclosure for one quad building block (QBB).
The PC used to manage the system.
The CPU chosen out of all CPUs in all QBBs to be the primary CPU of the system.
Low voltage power present in the system even when 48 volt power is not. Vaux powers the console serial bus, allowing the system control manager to monitor the system.
A
APB program,
auto_action environment variable,
B
Boot flags OpenVMS,
Boot procedure OpenVMS,
boot_file environment variable,
Bypass modes,
C
Clock splitter module,
Control panel switch,
D
Device naming,
characteristics,
Index
E
ei*_protocols environment variable, 6- 15
ei*0_inet_init environment variable, 6- 14
env command (SCM),
14
ew*0_protocols environment variable, 6- 15
F
Fault pushbutton,
Firm bypass mode,
Firmware updates,
G
Global port module,
H
Halt pushbutton,
hangup command (SCM),
Hierarchical switch power manager,
I
I/O riser module,
InfoServer,
ISL boot program,
L
Loadable firmware update utility,
M
Memory module,
Message conventions, SCM,
O
OpenVMS
booting from InfoServer,
P
Pagers,
Partitioning hard,
PCI backplane manager,
configuration guidelines,
Power modules,
Power system manager module,
Q
QBB
backplane,
power system manager,
R
Remote
Reset pushbutton,
Reset, from SCM,
RIS boot procedure,
S
SCM
auxiliary power supply,
bypass modes,
env command,
firm bypass mode,
message conventions,
PIC processor,
remote power on/off,
set com1_mode command,
status command,
SCM mode, entering,
set com1_mode command (SCM),
19
show boot command,
soft partitioning,
command syntax,
device naming conventions,
special characters,
show boot,
status command (SCM),