digital equipment corporation maynard, massachusetts DEC 10000 AXP System VAX 10000 Operations Manual Order Number EK1000BOP.002 This manual is intended for the system manager or system operator and covers the basic operations of a DEC 10000 or VAX 10000 system. First Printing, November 1992 The information in this document is subject to change without notice and should not be construed as a commitment by Digital Equipment Corporation. Digital Equipment Corporation assumes no responsibility for any errors that may appear in this document. The software, if any, described in this document is furnished under a license and may be used or copied only in accordance with the terms of such license. No re­ sponsibility is assumed for the use or reliability of software or equipment that is not supplied by Digital Equipment Corporation or its affiliated companies. Copyright © 1992 by Digital Equipment Corporation. All Rights Reserved. Printed in U.S.A. The following are trademarks of Digital Equipment Corporation: Alpha AXP DECUS VAXBI AXP DWMVA VAXELN DEC OpenVMS VMScluster DECchip ULTRIX XMI DEC LANcontroller UNIBUS The AXP logo DECnet VAX OSF/1 is a registered trademark of the Open Software Foundation, Inc. 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 computing device pursuant to Subpart J of Part 15 of FCC Rules, which are designed to provide reasonable protection against such radio frequency interference when operated in a commercial environment. Operation of this equipment in a residential area may cause interference, in which case the user at his own expense may be required to take measures to correct the interference. iii Contents Preface ..................................................................................................... vii Chapter 1 DEC 10000 and VAX 10000 Systems 1.1 System Characteristics .......................................................... 1­2 1.2 System Architecture .............................................................. 1­4 1.3 Sample System ....................................................................... 1­6 1.4 System Front View ................................................................. 1­8 1.5 System Rear View ................................................................ 1­10 Chapter 2 System Components 2.1 Console Load Devices ............................................................. 2­2 2.2 In­Cabinet Tape Drives ......................................................... 2­4 2.3 Power System ......................................................................... 2­6 2.4 LSB Card Cage ....................................................................... 2­8 2.5 Control/Status and I/O Connections ................................... 2­10 2.6 Cooling System ..................................................................... 2­12 2.7 System Options .................................................................... 2­14 Chapter 3 Controls and Indicators 3.1 Control Panel Keyswitch ...................................................... 3­2 3.2 Control Panel Indicator Lights .............................................. 3­4 3.3 Circuit Breakers and AC Power Indicators .......................... 3­6 Chapter 4 Booting 4.1 Boot Devices ........................................................................... 4­2 4.2 Booting Overview ................................................................... 4­4 iv 4.3 Boot Command Syntax .......................................................... 4­6 4.3.1 Console Environment Variables ................................... 4­10 4.3.2 Set Commands for Booting .......................................... 4­12 4.4 Booting Concepts .................................................................. 4­14 4.4.1 How Bootblock Booting Works ...................................... 4­14 4.4.2 Boot Processor Selection ............................................... 4­16 4.5 Booting from a Local Device ................................................ 4­18 4.5.1 Local Device Booting Concepts ..................................... 4­18 4.5.2 CD­ROM OpenVMS Alpha AXP Booting ..................... 4­20 4.5.3 CD­ROM OSF/1 Booting ............................................... 4­22 4.5.4 Local Device Booting Examples .................................... 4­24 4.6 Booting from an InfoServer ................................................. 4­26 4.6.1 InfoServer Concepts ...................................................... 4­26 4.6.2 InfoServer OpenVMS VAX Booting .............................. 4­28 4.6.3 Selecting an Ethernet Service ....................................... 4­30 4.7 Booting from a VMScluster ................................................. 4­32 4.7.1 VMScluster Concepts .................................................... 4­32 4.7.2 CI OpenVMS Alpha AXP Booting ................................. 4­34 4.7.3 CI OSF/1 Booting .......................................................... 4­36 4.7.4 CI OpenVMS VAX Booting ........................................... 4­38 4.7.5 Shadow Set OpenVMS VAX Booting ............................ 4­40 4.7.6 DSSI OpenVMS VAX Booting ...................................... 4­42 Appendix A Console Commands Appendix B Boot Options Appendix C Updating Firmware C.1 Booting LFU on a DEC 10000 System .................................. C­2 C.2 Booting LFU on a VAX 10000 System .................................. C­4 C.3 Show ....................................................................................... C­6 C.4 List .......................................................................................... C­8 C.5 Update .................................................................................. C­10 C.6 Exit ....................................................................................... C­12 C.7 Display and Verify Commands ............................................ C­14 v Glossary Examples 4­1 Set Boot Commands ............................................................. 4­12 4­2 CD­ROM OpenVMS Alpha AXP Boot ................................ 4­20 4­3 CD­ROM OSF/1 Boot .......................................................... 4­22 4­4 Sample Local Device Boots .................................................. 4­24 4­5 InfoServer OpenVMS VAX Boot ......................................... 4­28 4­6 Selecting an Ethernet Service ............................................. 4­30 4­7 CI OpenVMS Alpha AXP Boot ............................................ 4­34 4­8 CI OSF/1 Boot ...................................................................... 4­36 4­9 CI OpenVMS VAX Boot ...................................................... 4­38 4­10 DSSI OpenVMS VAX Boot .................................................. 4­42 C­1 RRD42 LFU Booting .............................................................. C­2 C­2 Booting LFU .......................................................................... C­4 C­3 Show Command ...................................................................... C­6 C­4 List Command ........................................................................ C­8 C­5 Update Command ................................................................ C­10 C­6 Exit Command ...................................................................... C­12 C­7 Display and Verify Commands ............................................ C­14 Figures 1­1 Sample System Footprint ...................................................... 1­2 1­2 Sample System Architecture ................................................. 1­4 1­3 Sample System (3­Cabinet) ................................................... 1­6 1­4 System Front View (3­Cabinet) ............................................. 1­8 1­5 System Rear View (3­Cabinet) ............................................ 1­10 2­1 Accessing the Console Load Device ....................................... 2­2 2­2 Accessing the In­Cabinet Tape Drive .................................... 2­4 2­3 Power System ......................................................................... 2­6 2­4 LSB Card Cage ....................................................................... 2­8 2­5 Control/Status and I/O Connections ................................... 2­10 2­6 Airflow .................................................................................. 2­12 2­7 System Options .................................................................... 2­14 3­1 Control Panel Keyswitch ....................................................... 3­2 3­2 Control Panel Indicator Lights .............................................. 3­4 3­3 Circuit Breaker and AC Power Indicators ............................ 3­6 4­1 Boot Devices ........................................................................... 4­2 4­2 Device Boot Commands ......................................................... 4­4 4­3 Boot Command ....................................................................... 4­6 vi 4­4 Boot Procedure ..................................................................... 4­14 4­5 Determining the Boot Processor .......................................... 4­16 4­6 Local Device Booting ............................................................ 4­18 4­7 InfoServer Selection Flowchart ........................................... 4­26 4­8 InfoServer Configuration ..................................................... 4­27 4­9 Booting from CI and DSSI VMSclusters ............................. 4­32 4­10 Shadow Set OpenVMS VAX Booting .................................. 4­40 Tables 1 DEC 10000/VAX 10000 Documentation ................................. ix 2 Related Documents .................................................................. xi 1­1 Electrical Characteristics ...................................................... 1­3 1­2 Environmental Characteristics ............................................. 1­3 3­1 Keyswitch Positions ............................................................... 3­3 3­2 Control Panel Indicator Lights .............................................. 3­5 4­1 Boot Devices ........................................................................... 4­3 4­2 Sample Boot Commands ........................................................ 4­5 4­3 Device Names ......................................................................... 4­7 4­4 Environment Variables ........................................................ 4­10 A­1 Console Commands ................................................................ A­1 B­1 OpenVMS Alpha AXP Boot Options ..................................... B­2 B­2 OSF/1 Boot Options ................................................................ B­3 B­3 VMB Boot Options ................................................................. B­4 vii Preface Intended Audience This manual is written for the system manager or system operator who has training in systems management and is running a DEC 10000 AXP system or a VAX 10000 system. Document Structure This manual uses a structured documentation design. Topics are organ­ ized into small sections for efficient on­line and printed reference. Each topic begins with an abstract. You can quickly gain a comprehensive over­ view by reading only the abstracts. Next is an illustration or example, which also provides quick reference. Last in the structure are descriptive text and syntax definitions. This manual has four chapters and three appendixes, as follows: · Chapter 1, DEC 10000 and VAX 10000 Systems, and Chapter 2, System Components, give a basic introduction to your system and its parts. · Chapter 3, Controls and Indicators, describes how the system pre­ sents information and how you use the switches. · Chapter 4, Booting, explains how you turn on the system and get it running. · Appendix A, Console Commands, lists the console commands with a brief explanation of each command. · Appendix B, Boot Options, lists the options used with the boot com­ mand to control various phases of booting. · Appendix C, Updating Firmware, explains how to run the Loadable Firmware Update (LFU) Utility. · A Glossary and Index provide additional reference support. viii Conventions Used in This Document Terminology. Unless specified otherwise, the use of "system" refers to either a DEC 10000 AXP or VAX 10000 system. The DEC 10000 AXP sys­ tems use the Alpha AXP architecture. References in text use DEC 10000 to refer to DEC 10000 AXP systems. When a discussion applies to only one system, an icon is used to highlight that system. Otherwise, the discussion applies to both systems. Thus, the abstract for a module that applies only to DEC 10000 systems would look like this: Book titles. In text, if a book is cited without a product name, that book is part of the hardware documentation. It is listed in Table 1 along with its order number. Icons. Icons such as those shown below are used in illustrations for desig­ nating part placement in the system described. A shaded area in the icon shows the location of the component or part being discussed. Documentation Titles Table 1 lists the books in the DEC 10000 and VAX 10000 documentation set. Table 2 lists other documents that you may find useful. DEC 10000 This section shows a sample boot of OpenVMS Alpha AXP from the RRD42 CD drive for DEC 10000 systems. The first step is issuing the show device command to determine the location of the RRD42. ix Table 1 DEC 10000/VAX 10000 Documentation Title Order Number Installation Kit EK1000BDK Site Preparation Guide EK1000BSP Installation Guide EK100EBIN Hardware User Information Kit EK1001BDK Operations Manual EK1000BOP Basic Troubleshooting EK1000BTS Service Information Kit·VAX 10000 EK1002ADK Platform Service Manual EK1000ASV System Service Manual EK1002ASV Pocket Service Guide EK1000APG Advanced Troubleshooting EK1001ATS Service Information Kit·DEC 10000 EK1002BDK Platform Service Manual EK1000ASV System Service Manual EK1002ASV Pocket Service Guide EK1100APG Advanced Troubleshooting EK1101ATS x Table 1 DEC 10000/VAX 10000 Documentation (Continued) Title Order Number Reference Manuals Console Reference Manual EK70C0BTM KA7AA CPU Technical Manual EKKA7AATM KN7AA CPU Technical Manual EKKN7AATM MS7AA Memory Technical Manual EKMS7AATM I/O System Technical Manual EK70I0ATM Platform Technical Manual EK7000ATM Upgrade Manuals KA7AA CPU Installation Guide EKKA7AAIN KN7AA CPU Installation Guide EKKN7AAIN MS7AA Memory Installation Guide EKMS7AAIN KZMSA Adapter Installation Guide EKKXMSXIN DWLMA XMI PIU Installation Guide EKDWLMAIN DWMBB VAXBI PIU Installation Guide EKDWMBBIN H7237 Battery PIU Installation Guide EKH7237IN H7263 Power Regulator Installation Guide EKH7263IN BA654 DSSI Disk PIU Installation Guide EKBA654IN BA655 SCSI Disk and Tape PIU Installation Guide EKBA655IN Removable Media Installation Guide EKTFRRDIN xi Table 2 Related Documents Title Order Number General Site Preparation Site Environmental Preparation Guide EKCSEPGMA System I/O Options BA350 Modular Storage Shelf Subsystem Configuration Guide EKBA350CG BA350 Modular Storage Shelf Subsystem User's Guide EKBA350UG BA350­LA Modular Storage Shelf User's Guide EK350LAUG CIXCD Interface User Guide EKCIXCDUG DEC FDDIcontroller 400 Installation/Problem Solving EKDEMFAIP DEC LANcontroller 400 Installation Guide EKDEMNAIN DEC LANcontroller 400 Technical Manual EKDEMNATM DSSI VAXcluster Installation and Troubleshooting Manual EK410AAMG InfoServer 150 Installation and Owner's Guide EKINFSVOM KDM70 Controller User Guide EKKDM70UG KFMSA Module Installation and User Manual EKKFMSAIM KFMSA Module Service Guide EKKFMSASV RRD42 Disc Drive Owner's Manual EKRRD42OM RF Series Integrated Storage Element User Guide EKRF72DUG TF85 Cartridge Tape Subsystem Owner's Manual EKOTF85OM TLZ06 Cassette Tape Drive Owner's Manual EKTLZ06OM xii Table 2 Related Documents (Continued) Title Order Number Operating System Manuals Alpha Architecture Reference Manual EYL520EDP DEC OSF/1 Guide to System Administration AAPJU7ATE DECnet for OpenVMS Network Management Utilities AAPQYAATK Guide to Installing DEC OSF/1 AAPS2DATE OpenVMS Alpha Version 1.0 Upgrade and Installation Manual AAPQYSATE VMS Upgrade and Installation Supplement: VAX 7000600 and VAX 10000600 Series AAPRAHATE VMS Network Control Program Manual AALA50ATE VMSclusters and Networking HSC Installation Manual EKHSCMNIN SC008 Star Coupler User's Guide EKSC008UG VAX Volume Shadowing Manual AAPBTVATE Peripherals Installing and Using the VT420 Video Terminal EKVT420UG LA75 Companion Printer Installation and User Guide EKLA75XUG DEC 10000 and VAX 10000 Systems 1­1 Chapter 1 DEC 10000 and VAX 10000 Systems DEC 10000 and VAX 10000 systems are designed for growth offering con­ figuration flexibility, an outstanding I/O subsystem, and expansion capa­ bility in a multicabinet environment. The system can support many users in a time­sharing environment. These systems do the following: · Support the full range of system applications of OpenVMS Alpha AXP or OSF/1 for DEC 10000 systems and OpenVMS VAX for VAX 10000 systems · Allow for expansion of processors, memory, and I/O · Use a high­speed system interconnect bus (LSB bus) which has an ef­ fective bandwidth of 640 Mbytes/sec. · Support up to 14 Gbytes of physical memory · Provide self­contained uninterruptible power system (UPS) capability that supports the system in case of power failure · Perform automatic self­test on power­up, reset, reboot, or system in­ itialization · Operate as a standalone system, a member of a cluster, or as a boot node of a local area cluster The chapter describes the system package and introduces the location of components in the cabinets·both front and rear views. Sections include: · System Characteristics · System Architecture · Sample System · System Front View · System Rear View 1­2 DEC 10000 and VAX 10000 Systems 1.1 System Characteristics DEC 10000 and VAX 10000 systems share characteristics as shown in the tables. Figure 1­1 shows a system footprint. Figure 1­1 Sample System Footprint DEC 10000 and VAX 10000 Systems 1­3 Table 1­1 summarizes characteristics of both the 3­cabinet and 5­cabinet versions of the systems. The values are configuration dependent. Table 1­1 Electrical Characteristics Table 1­2 Environmental Characteristics Electrical Specification 3­phase AC input voltage 202 V RMS 120/208 V RMS 380415 V RMS Nominal frequency 5060 Hz AC current, nominal, (per phase) 24 A (202 V) 24 A (120/208 V) 12.8 A (380415 V) Maximum current (per phase) 30 A (202 V) 30 A (120/208 V) 16 A (380415 V) AC power consumption (maximum) 6,600 watts (3­cabinet) 10,900 watts (5­cabinet) Environmental Operating Storage Maximum heat dissipation 22,500 Btu/hr (3­cabinet) 37,200 Btu/hr (5­cabinet)   Temperature1 15°28° C (59°82° F) ­40°66° C (­40°151° F) Relative humidity1 2080% 1095% Altitude 02.4 km (08000 ft) 09.1 km (030,000 ft) 1Recommended operating temperature is 18°24° C (65°75° F) and 4060% relative humid­ ity. 1­4 DEC 10000 and VAX 10000 Systems 1.2 System Architecture The high­speed LSB bus is used to interconnect processors, mem­ ory modules, and the IOP module. Figure 1­2 Sample System Architecture DEC 10000 and VAX 10000 Systems 1­5 The LSB bus is a synchronous 128­bit system bus that interconnects the processors, memory modules, and the I/O port (IOP) module. The IOP mod­ ule connects the LSB bus to I/O buses through separate I/O adapter mod­ ules. The LSB bus uses the concept of a node. The LSB bus has three types of nodes: processors, memories, and an I/O port controller. A processor node is a single­module scalar processor. It consists of a CPU chip, the LSB bus interface, cache, and support logic. DEC 10000 systems use the KN7AA­AB processor, and VAX 10000 systems use the KA7AA processor. In a multiprocessing system, one processor becomes the boot processor dur­ ing power­up, and that boot processor loads the operating system and han­ dles communication with the operator console. The other processors be­ come secondary processors and receive system information from the boot processor. A memory node is one memory module. Memory is a global resource equally accessible by all processors on the LSB. Memory modules can have 64, 128, 256, or 512 Mbytes of memory with ECC and associated control logic. The memories are automatically interleaved when the system is con­ figured with multiple memory banks. The system supports up to seven memory modules. The I/O port controller is the IOP module, which serves as the interface between the LSB bus and up to four I/O buses. In Figure 1­2 the DWLMA module is the I/O bus adapter module that connects the XMI I/O channel to the IOP module. The XMI I/O channel also has I/O bus adapter modules that connect to various interconnects (such as CI, DSSI (for VAX 10000 systems only), SDI/STI, SCSI (for DEC 10000 systems only), FDDI, and Ethernet. 1­6 DEC 10000 and VAX 10000 Systems 1.3 Sample System Figure 1­3 shows a sample 3­cabinet system. The system includes a console terminal and printer, an accessories kit, and a documenta­ tion set, which includes this manual. Three­cabinet systems con­ sist of a system cabinet, an expander cabinet, and a battery cabi­ net. Five­cabinet systems consist of a system cabinet, two expander cabinets, and two battery cabinets. Figure 1­3 Sample System (3­Cabinet) DEC 10000 and VAX 10000 Systems 1­7 Your Digital customer service engineer has installed your system and verified that it is running properly. Before you turn on the system, famil­ iarize yourself with its components: · The system cabinet houses the LSB card cage, a power system in­ cluding battery PIUs, a cooling system, and the control panel with status indicators. Optional hardware includes an in­cabinet tape drive and disk drives. · The expander cabinet provides space for I/O devices and houses the XMI I/O bulkheads, a power system, a cooling system, and optional disk PIUs. There is one expander cabinet in a 3­cabinet system and two in a 5­cabinet system. · The battery cabinet houses battery PIUs. There is one battery cabi­ net in a 3­cabinet system and two in a 5­cabinet system. · The console load device is used for installing operating systems and software. · The console terminal is used for booting and for system management operations. A VAXstation 4000 Model 60 System Management Work­ station is optional. NOTE: The console terminal is not to be used as the primary user interface for text editing. · The console printer provides a hardcopy record of system operations. · A system documentation kit 1­8 DEC 10000 and VAX 10000 Systems 1.4 System Front View The control panel, plug­in unit panels, and optional in­cabinet tape drive are on the front of the system cabinet. With the front door open, Digital customer service engineers can access the LSB card cage, power regulators, cooling system, and optional plug­in units. Figure 1­4 System Front View (3­Cabinet) DEC 10000 and VAX 10000 Systems 1­9 These components are visible from the inside front of the cabinet (see Fig­ ure 1­4 for their location): · Control panel · Power regulators (48 VDC) · LSB card cage (holds CPU/memory; slots 03) · XMI plug­in units (PIUs) · Battery PIUs · Cooling system (blowers) Optional components visible from the inside front include: · In­cabinet I/O devices · I/O plug­in unit (PIU) DEC 10000 RRD42 compact disk drive VAX 10000 TF85 in­cabinet tape drive DEC 10000 Small Computer System Interface (SCSI) disk and tape PIU VAX 10000 Digital Storage Systems Interconnect (DSSI) disk PIU 1­10 DEC 10000 and VAX 10000 Systems 1.5 System Rear View With the rear door open, Digital customer service engineers can access the LSB card cage, DC distribution box, battery connec­ tions, AC power cords, circuit breakers, blowers, XMI I/O bulk­ heads, and battery PIUs. Figure 1­5 System Rear View (3­Cabinet) DEC 10000 and VAX 10000 Systems 1­11 The following components are visible from the rear of the cabinet (see Fig­ ure 1­5): · LSB card cage (slots 48) · IOP module (slot 8) · DC distribution boxes · Battery PIU connections · AC power cords and connectors · Circuit breakers · Blowers · I/O bulkhead · Battery PIUs Optional components visible from the inside rear include: · I/O bulkhead DEC 10000 SCSI PIU VAX 10000 DSSI PIU System Components 2­1 Chapter 2 System Components This chapter describes system components, their locations, and functions. Sections include: · Console Load Devices · In­Cabinet Tape Drives · Power System · LSB Card Cage · Control/Status and I/O Connections · Cooling System · System Options 2­2 System Components 2.1 Console Load Devices The RRD42 compact disk (CD) drive is the in­cabinet console load device for DEC 10000 systems. The InfoServer is the console load device for VAX 10000 systems. During system installation the con­ sole load device is used to boot standalone backup. It is also used to boot the Loadable Firmware Update (LFU) Utility. Figure 2­1 Accessing the Console Load Device System Components 2­3 The console load device is used for: · Installing or updating software · Loading the standalone backup program · Interchanging user data · Updating module firmware DEC 10000 The RRD42 compact disk (CD) drive is the console load device for DEC 10000 systems. It is installed in the system cabinet and used to access software and on­line documentation. The KZMSA adapter is installed in the XMI card cage and provides access to the RRD42. VAX 10000 The InfoServer is the console load device for VAX 10000 systems. It is an Ethernet­based compact disk (CD) drive, which is part of a local area network. The InfoServer is used to access CD­ROMs for software installation and for on­line documentation on VAX 10000 systems. The DEMNA and DEMFA adapters are interfaces that allow ac­ cess to the InfoServer. These adapters are modules installed in the XMI card cage. A bulkhead connector, which connects to the Eth­ ernet, mounts on the rear of the XMI PIU bulkhead panel. Figure 2­1 shows how the DEMFA provides access to the FDDI (Fiber Distributed Data Interface) network, which requires a DECbridge 500 for connection to the Ethernet. Section 4.6.2 describes how to boot OpenVMS VAX over the Ethernet using the InfoServer. For more information: RRD42 Disc Drive Owner's Manual InfoServer 150 Installation and Owner's Guide 2­4 System Components 2.2 In­Cabinet Tape Drives The TLZ06 tape drive is mounted in the SCSI PIU for use in DEC 10000 systems. The TF85 tape drive is located in the front of the system cabinet in the upper right corner for use in VAX 10000 sys­ tems. User applications can use the tape drive as an I/O device. Figure 2­2 Accessing the In­Cabinet Tape Drive System Components 2­5 Tape drives are used as backup storage devices. DEC 10000 The TLZ06 (a SCSI device) is connected to the DEC 10000 system through the KZMSA adapter in the XMI card cage. VAX 10000 The TF85 (a DSSI device) is connected to the VAX 10000 system through the KFMSA­BA adapter in the XMI card cage. For more information: TLZ06 Cassette Tape Drive Owner's Manual TF85 Cartridge Tape Subsystem Owner's Manual 2­6 System Components 2.3 Power System The power system includes AC input boxes, DC distribution boxes, power regulators, cabinet control logic modules, battery PIUs, power distribution cables, and signal interconnect cables. Figure 2­3 Power System System Components 2­7 Each DC distribution box and AC input box is located on the upper left of a system or expander cabinet (when viewing the cabinet from the rear). The 48 VDC power regulators are located at the upper right side (when viewing the system cabinet from the front). System and expander cabinet AC input boxes provide the interface for the system to the AC utility power. The input circuit breaker on the AC input box, contains a circuit breaker trip indicator to indicate an open circuit breaker. The DC distribution box connects the AC input box and power regulators. It distributes the 48 VDC power within a cabinet. The system has three power regulators in each system cabinet and three in each expander cabinet. These regulators are used in parallel, two for the required load plus an additional regulator for backup in case of failure. The cabinet control logic (CCL) module in a system cabinet or an expander cabinet contains a power LED. When this LED is on, the power regulators in the cabinet are receiving 48 VDC power from the DC distribution box. Uninterruptible power system (UPS) capability is provided by battery PIUs in the event of a power failure. The battery PIUs are mounted in the bottom of the system cabinet and in the battery cabinet(s) and provide about 60 minutes of full system operating time. For more information: Basic Troubleshooting 2­8 System Components 2.4 LSB Card Cage The LSB card cage is a 9­slot card cage that contains slots for up to six CPU modules, up to seven memory array modules, and one IOP module. The LSB bus interconnects the CPU, memory, and IOP modules. Figure 2­4 LSB Card Cage System Components 2­9 The 9­slot LSB card cage is located in the upper left (front and rear) of the system cabinet, as viewed from the front. The LSB card cage must contain one IOP module, which is always installed in slot 8. The other eight slots contain a combination of memory and CPU modules. Unused slots contain filler modules, which manage the airflow through the cabinet. The LSB card cage slots are numbered 0 through 3 from right to left in the front of the cabinet and slots 4 through 8 right to left in the rear of the cabinet. 2­10 System Components 2.5 Control/Status and I/O Connections Console terminal I/O and expander cabinet remote power con­ trol/status connections are located to the right of the control panel. Ethernet and other I/O connections are located on the I/O bulkhead in the lower rear of the cabinet. Figure 2­5 Control/Status and I/O Connections System Components 2­11 Console terminal I/O and expander cabinet remote power control/status connections are located to the right of the control panel. These three modu­ lar jacks allow power control/status connections to the left expander cabi­ net, right expander cabinet (if present), and I/O connections to the console terminal. The console terminal modified modular jack is keyed so that an expander cabinet connector cannot be plugged into its jack. An expander cabinet has four quadrants in the bottom of the cabinet. The XMI PIU can be installed in two quadrants and the other two quadrants are used for expansion bays. These expansion bays can contain another XMI PIU, a SCSI PIU (for DEC 10000 systems), or a DSSI PIU (for VAX 10000 systems). The number of expansion bays used by each PIU varies depending on the type of PIU. An expander cabinet can also have two PIUs in the top of the cabinet. A PIU contains an I/O bulkhead, which houses the I/O connections for the devices in the PIU (such as adapter modules and disk drives). These I/O connections are located on a panel that is installed on the I/O bulkhead. The I/O bulkhead can have single, dual, quad, and octal panels. The XMI PIU occupies two expansion bays and is designed to accommodate a variety of I/O connectors (depending on the adapter used). The standard Ethernet port is a 15­pin connector that is installed in a single panel. The connector contains a red LED that is on when 13.5 VDC power is applied to the Ethernet transceiver. 2­12 System Components 2.6 Cooling System In each system cabinet and expander cabinet, the cooling system cools the power system, the LSB card cage, control logic, and PIUs. Figure 2­6 Airflow System Components 2­13 The cooling system is designed to keep system components at an optimal operating temperature. It is important to keep the front and rear doors free of obstructions, leaving a minimum clear space of 1.5 meters (59 inches) in the front and 1 meter (39 inches) in the rear between cabinets to maximize airflow (see Figure 1­1). The blower, located in the center of the cabinet, draws air downward through the power regulators and LSB card cage. It draws air upward through the PIUs. Filler modules, located in the LSB card cage, help to di­ rect airflow. Air is exhausted at the middle of the cabinet front and rear. The blower speed varies based on the system's ambient temperature. The cooling system has safety detectors: static air pressure sensors and a temperature sensor. The static air pressure sensors measure the air pres­ sure across the LSB card cage. If air pressure drops below a certain level across these units, DC power is disabled. The temperature sensor meas­ ures the ambient air temperature of the system. If the temperature sensor is tripped, the system could shut down. If either condition occurs, call your Digital customer service engineer. CAUTION: Anything placed on top of the cabinet could restrict airflow. This will cause the system to power down. For more information: Basic Troubleshooting 2­14 System Components 2.7 System Options System options include SCSI PIUs (DEC 10000), DSSI PIUs (VAX 10000), and an in­cabinet tape drive. Figure 2­7 System Options System Components 2­15 SCSI PIU DSSI PIU In­Cabinet Tape Drive A TLZ06 tape drive can be installed in the SCSI PIU in the DEC 10000 system cabinet A TF85 tape drive can be installed in the VAX 10000 sys­ tem cabinet. The tape drive can be used as a backup storage device or as an I/O device for user applications. DEC 10000 Up to two SCSI PIUs can be installed in a DEC 10000 expander cabinet (along with the XMI PIU). A SCSI PIU can have two shelves. Each shelf holds up to seven SCSI disks or tapes: RZ26, RZ73, and TLZ06. VAX 10000 Up to two DSSI PIUs can be installed in a VAX 10000 expander cabinet (along with the XMI PIU). A DSSI PIU contains up to three storage array building blocks (SABB). Each SABB can con­ tain two RF73 disks. Controls and Indicators 3­1 Chapter 3 Controls and Indicators This chapter introduces the system controls and indicators. Sections in­ clude: · Control Panel Keyswitch · Control Panel Indicator Lights · Circuit Breakers and AC Power Indicators 3­2 Controls and Indicators 3.1 Control Panel Keyswitch The system control panel, located in the upper right front of the system cabinet, contains a keyswitch and status lights. The keyswitch regulates power going into the system, determines the use of the console terminal, and controls system operation. The four switch positions are Disable, Secure, Enable, and Restart. See Figure 3­1. Figure 3­1 Control Panel Keyswitch Controls and Indicators 3­3 The keyswitch labels can be in English or international versions as shown in Figure 3­1. Table 3­1 Keyswitch Positions Position Effect Disable Removes 48 VDC power from the system. Power is still sup­ plied to the CCL module. Secure Prevents entry into console mode; position used while ma­ chine executes programs. Enable Allows entry into console mode; position used while ma­ chine executes programs. Restart A momentary switch position, used to reinitialize the sys­ tem; causes self­test to start running. 3­4 Controls and Indicators 3.2 Control Panel Indicator Lights The control panel has three status indicator lights: Key On, Run, and Fault. These lights indicate the operating status of the system. Figure 3­2 Control Panel Indicator Lights Controls and Indicators 3­5 Three status indicator lights (see Figure 3­2) show the state of the system: (Key On) DC power supplied, (Run) execution, and (Fault) errors. Table 3­2 describes the conditions indicated by the lights. Table 3­2 Control Panel Indicator Lights Light Color State Meaning Key On Green On Power is supplied to entire system; the blower is running. Off Power is supplied only to the cabinet control logic module. Run Green On System is executing operating programs or certain power­up tests. Ctrl/P halts the execution of operating system pro­ grams. Off System is in console mode, operating system is not running, or the system is turned off. Fault Yellow On Fault on LSB, XMI bus, or an I/O bus. Slow Flash Power sequencing is in progress or air­ flow error is detected. Fast Flash Power system error, airflow error, or keyswitch in Disable position transition detected. Off No faults were found. 3­6 Controls and Indicators 3.3 Circuit Breakers and AC Power Indicators Circuit breakers are located on the left side of the rear of the sys­ tem and expander cabinets, just above the blower assembly. Cir­ cuit breakers can be secured in the off position with a lock. Figure 3­3 Circuit Breaker and AC Power Indicators Controls and Indicators 3­7 Circuit breakers and power indicators are at the rear of the system and ex­ pander cabinets. Circuit Breakers A circuit breaker controls power to its associated cabinet, including its power regulators, blower, battery PIUs, and in­cabinet options. Current overload causes the breaker to trip to the off position, so that power to the cabinet is turned off. For normal operation, the circuit breaker must be in the on position, in which the handle is pushed up. To shut the circuit breaker off, push the handle down. AC Power Indicators Power indicators are located below the circuit breaker handle. When the system is powered on, the power indicators are red. When the circuit breaker is off, tripped, or open, the power indicators change to green. When one phase has tripped, the power indicator for that phase will change to green. NOTE: The power indicators in the 202V version are different. If one phase trips, all power indicators trip, so that all indicators are green. Circuit Breaker Lockout The circuit breaker lockout secures the circuit breaker in the off position. The lockout consists of a hinged plate that is placed over the circuit breaker handle. A padlock can be placed on the right or left side of the lockout, so that no one can turn the power on. Booting 4­1 Chapter 4 Booting This chapter describes how to boot the system. Sections include: · Boot Devices · Booting Overview · Boot Command Syntax · Console Environment Variables · Set Commands for Booting · Booting Concepts · How Bootblock Booting Works · Boot Processor Selection · Booting from a Local Device · Local Device Booting Concepts · CD­ROM OpenVMS Alpha AXP Booting · CD­ROM OSF/1 Booting · Local Device Booting Examples · CD­ROM Booting · Booting from an InfoServer · InfoServer Concepts · InfoServer OpenVMS VAX Booting · Selecting an Ethernet Service · Booting from a VMScluster · VMScluster Concepts · CI Booting · Shadow Set OpenVMS VAX Booting · DSSI OpenVMS VAX Booting 4­2 Booting 4.1 Boot Devices The operating system can be loaded from a number of boot de­ vices: a local system disk, a disk connected to the system through a CIXCD adapter, by Ethernet from a remote disk on another sys­ tem, through an InfoServer, or an RRD42 CD drive. Figure 4­1 Boot Devices Booting 4­3 Table 4­1 Boot Devices Device Location Local device Disk connected to the system through a KDM70, KFMSA (for VAX 10000 systems), KZMSA (for DEC 10000 systems) adapter on the XMI bus. CI disk Disk located on the system's HSC controller connected to the system by a CIXCD adapter on the XMI bus. Remote disk Disk connected to another system on the Ethernet, through the DEMNA Ethernet port interface or the DEMFA adapter. For VAX 10000 systems only. InfoServer A network­based server used for booting standalone backup or the Loadable Firmware Update (LFU) Utility. See Appendix C. For VAX 10000 systems only. RRD42 In­cabinet compact disk drive connected to the DEC 10000 system through a KZMSA adapter on the XMI bus. 4­4 Booting 4.2 Booting Overview You can boot files in a number of ways such as through an RRD42 CD drive, an InfoServer, an HSC disk, a local disk, or over the Eth­ ernet. The boot command syntax is shown in Figure 4­2. Figure 4­2 Device Boot Commands Booting 4­5 Table 4­2 Sample Boot Commands NOTE: Boot device names can be found using the show device and show network commands (see Sections 4.5.2 and 4.6.2). Boot Command Boot From Procedure Section boot dua2.2.0.1.0 Local device 4.5.4 boot ­flags 0,0 dka100.1.0.1.01 RRD42 4.5.2, 4.5.3 boot exa0 ­flags 0,0 ­file ISL_LVAX_BL102 InfoServer on Ethernet 4.6.2 boot fxa0 ­file ISL_LVAX_BL102 InfoServer on FDDI 4.6.2 boot ­fl 4,0 dua20.14.0.2.02 CI VMScluster 4.7.2, 4.7.3, 4.7.4 b ­fl 8DAC,2,0 dua3500.14.0.12.1, dua63.14.0.12.12 Shadow set 4.7.5 boot ­flags 3,0 dub1.1.0.6.0 DSSI2 VMScluster 4.7.6 1For DEC 10000 systems only. 2For VAX 10000 systems only. For more information: OpenVMS Alpha Version 1.0 Upgrade and Installa­ tion Manual DEC OSF/1 Guide to System Administration 4­6 Booting 4.3 Boot Command Syntax With the system in console mode, you can issue a boot command. You must give a complete specification in which the parameters determine the boot device. (These parameters can be defined and stored as a nickname used for future booting.) Figure 4­3 Boot Command NOTE: The boot command can be shortened to b, the ­file parameter to fi, and the ­flags parameter to ­fl. Booting 4­7 Figure 4­3 shows the components of the boot command. The ­flags pa­ rameter allows the use of additional boot command parameters. Not all parameters are required; some are optional. The ­flags parameter is not used with the OSF/1 operating system. The parameters are: · M is the system root of the boot device in hex which is dependent on the system configuration. This value can be between 0 and F. This pa­ rameter is deposited into bits 2831 of General Purpose Register R5 for VAX 10000 systems. For DEC 10000 systems, it is deposited using the console environment variable boot_osflags. · PPPPP is the hex value for the Alpha primary boot program (APB) as listed in Appendix B. It is also used with the virtual memory boot pro­ gram (VMB) options as listed in Appendix B. This parameter is depos­ ited into bits 027 of General Purpose Register R5. For DEC 10000 systems, it is deposited using the console environment variable boot_osflags. · QQ is part of the device name indicating the device type as shown in Table 4­3. Table 4­3 Device Names VAX 10000 NNNN is the shadow set value which is dependent on the system configuration, and is used with OpenVMS VAX. This optional pa­ rameter (up to 4 hex digits) is deposited into bits 1631 of General Purpose Register R3. This parameter is not used on DEC 10000 systems. Device Type Name Device Adapter Disk (MSCP) duRRSSSS.A.B.C.D CIXCD, KDM70, KFMSA Disk (SCSI), CD­ROM1 dkRRSSSS.A.B.C.D KZMSA InfoServer (Ethernet)2 exRRSSSS.A.B.C.D DEMNA InfoServer (FDDI)2 fxRRSSSS.A.B.C.D DEMFA 1For DEC 10000 systems only. 2For VAX 10000 systems only. 4­8 Booting · RR is the device controller designation determined by the location of the I/O adapter module in the backplane. Controller designators are assigned from low to high XMI slots, and from low to high I/O channel numbers. · SSSS is the device unit number. It is 0 for DEMFA and DEMNA, but for other devices it can be up to 4 decimal digits long. · AAA is the device node number. The device node number can be up to 3 hex digits long. Its decimal values are: · 0 for DEMFA, DEMNA, and KDM70 · Node number of the disk drive for KFMSA and KZMSA · CI node number of the HSC for CIXCD · B is the device channel number. It is a decimal number (0 or 1) for KFMSA and KZMSA each with two channels. It supports two DSSI buses from a single adapter; otherwise it is 0. · CC is the XMI slot number in which the I/O adapter is located. This is a two­digit decimal value between 114. · D is the XMI I/O channel number which is a decimal number between 0 and 3. VAX 10000 FILENAME is the name of the maintenance operations protocol (MOP) file used in booting the system. The file name must be in uppercase letters. This parameter is used on VAX 10000 systems only. Booting 4­9 Boot command flag parameters can be shortened, since values zero or commas (which can be used as placeholders), do not have to be specified. These parameters are read from right to left (PPPPP, M, NNNN). For ex­ ample, boot ­fl 0,0,100 or boot ­fl ,,100 are the same as boot ­fl 100 where 100 is the value of the PPPPP option. NOTE: The console prompt for a uniprocessor system is >>>, which is used throughout this document. For a multiprocessor system, the console prompt is P0n>>>, where n is dependent on where the primary processor is installed in the LSB. The P0n>>> is not used with the OSF/1 operating system. For more information: Console Reference Manual 4­10 Booting 4.3.1 Console Environment Variables Console environment variables are used in booting to modify how the console commands function. Environment variables consist of a name and value which are maintained by the console program. The name is usually made up of characters that describe the operation, and value is an ASCII string up to 128 characters in length or an integer. The environment variable values can be created, modified, displayed, or deleted using create, set, show, and clear commands. Environment variables used for system installation and basic operations are listed in Ta­ ble 4­4. Table 4­4 Environment Variables Environment Variable Function auto_action Specifies the action that the console takes af­ ter an error halt. Auto_action can be used for restarting, booting, and halting the sys­ tem. Set auto_action to automatically re­ start after an error halt using the default boot device defined by bootdef_dev. baud Sets the console terminal port baud rate to 300, 600, 1200, 2400, 4800, or 9600, with the default being 9600. bootdef_dev Specifies the default device or device list from which booting is attempted when the boot command does not specify a device name. boot_file The default file name used by the primary bootstrap when no file name is specified by the boot command, if appropriate. boot_osflags Additional parameters passed to the system during booting if none are specified by the boot command with the ­flags qualifier. Booting 4­11 Table 4­4 Environment Variables (Continued) Environment Variable Function boot_reset Resets the system and displays self­test results during booting. Default value is on. cpu Selects the current boot processor. cpu_enabled A bitmask that indicates which processors are enabled to run (leave console mode). Default is 0xff. cpu_primary A bitmask that indicates which processors are enabled to become the next boot processor, fol­ lowing the next reset. Default is 0xff. dump_dev1 Complete device specification of the device to which operating system dumps are written. The default value when the system is shipped is a valid device. enable_audit If set to on (default), enables the generation of audit trail messages. If set to off, audit trail messages are suppressed. Console initializa­ tion sets this to on. interleave The memory interleave specification. The value must be default, none, or an explicit inter­ leave list. The default value is default. language Determines whether the system displays mes­ sage numbers or message text in English (de­ fault). 1For DEC 10000 systems using OpenVMS Alpha AXP only. For more information: Console Reference Manual 4­12 Booting 4.3.2 Set Commands for Booting Use the set command to define a default boot device or issue a nickname as shown in Example 4­1. Example 4­1 Set Boot Commands >>> set boot_reset on 1 >>> set bootdef_dev dua2.4.0.2.0 2 >>> set boot_osflags "0,6,7" 3 >>> boot 4 [the system now initializes and boots] >>> create ­nv work 5 >>> set work "­flags 0,6,7 dua6.14.0.12.1" 6 >>> set auto_action restart 7 >>> boot work 8 [the system now initializes and boots] Booting 4­13 1` Set boot_reset on to initialize the system before booting. 2 If you boot from the same boot device each time, you can store the disk name by defining the default boot device. This is done by using the set bootdef_ dev command. The default boot device is used for booting during power­up and auto restarts. 3 Use set boot_osflags to define the boot command flag parameters of 0, 6, and 7. The APB/VMB option of 7 is made up of the combination of bits 0, 1, and 2 as shown in Appendix B. The flags can also be specified as done in step 6. 4 Booting can now be done from that device by typing boot or just b. 5 Use the create command to create the environment variable work. The ­nv option stores the environment variable work in a nonvolatile EEPROM. 6 This is an example of booting from a system that is part of a VMSclus­ ter. To boot from the cluster system disk, a nickname is created by equating the boot parameters to an environment variable as shown. A nickname is used so boot parameters do not have to be entered each time the system is booted. 7 Used to set the auto_action environment variable so the system will restart after an error halt. 8 Booting can now be done from that device by typing boot work. For more information: Console Reference Manual 4­14 Booting 4.4 Booting Concepts 4.4.1 How Bootblock Booting Works The boot program reads the primary bootstrap program from the boot device. The primary bootstrap in turn boots the operating system. Figure 4­4 Boot Procedure Booting 4­15 Boot driver The console firmware provides a boot driver for each supported boot device. During booting, the boot driver reads the bootblock from the specified boot device and then loads the primary bootstrap or OSF/1 image into memory. Upon completion of the load, the boot driver passes control to either pro­ gram which then starts executing. Boot device The boot device contains the bootblock and typically also contains the pri­ mary bootstrap. OpenVMS Alpha AXP or OpenVMS VAX can be booted from standalone backup. Not used with the OSF/1 operating system. Bootblock The bootblock is logical block zero on the system disk; it contains the block number where the primary bootstrap program is located on the system disk. The console reads the primary bootstrap from the system load device to memory. Primary bootstrap The primary bootstrap, which is stored on the boot device, boots the oper­ ating system. The goal of booting is to read the primary bootstrap from the boot device and load the operating system. The primary bootstrap loads the operating system into memory and passes control to memory. 4­16 Booting 4.4.2 Boot Processor Selection One processor is selected as the boot processor, and all other proc­ essors become secondary processors. This determination is made by the system at power­up or initialization, and can be altered us­ ing console commands. Figure 4­5 Determining the Boot Processor Booting 4­17 One processor is designated as the boot processor (or primary processor) and becomes the primary communicator to the console terminal. At power­up or initialization of the system, the console program in each processor begins parallel execution. Each processor performs self­test and then checks with the other processors to determine which processor be­ comes the boot processor. The default boot processor is the processor with the lowest node ID number, passing self­test, that is eligible to become the boot processor. Once the boot processor has been determined, all other processors on the system wait for commands from the boot processor. Console commands can be used to select the boot processor. The set cpu_primary command is used to select the primary (or boot) processor. This command is not stored in the EEPROM, so its parameters are not saved during a reset. The set cpu_enabled command is used to disable selected processors, so they are not eligible to become the boot processor. For more information: Console Reference Manual 4­18 Booting 4.5 Booting from a Local Device 4.5.1 Local Device Booting Concepts Figure 4­6 shows system booting through a local device. Figure 4­6 Local Device Booting Booting 4­19 Figure 4­6 shows the locations of local devices that can be used to boot the operating system. NOTE: To boot from a local device, the operating system must already be installed on that device. Otherwise, booting must be done from an­ other source. DEC 10000 Local devices can be installed in the DEC 10000 system. The DEC 10000 system cabinet can contain up to two SCSI PIUs, the ex­ pander cabinet can contain up to six SCSI PIUs, and the external RA disk cabinet can contain RA disks. VAX 10000 Local devices can be installed in the VAX 10000 system. The VAX 10000 system cabinet can contain up to two DSSI PIUs, the ex­ pander cabinet can contain up to six DSSI PIUs, and the external RA disk cabinet can contain RA disks. 4­20 Booting 4.5.2 CD­ROM OpenVMS Alpha AXP Booting NOTE: Example 4­2 CD­ROM OpenVMS Alpha AXP Boot >>> show device 1 polling for units on kzmsa0, slot 1, xmi0... dka100.1.0.1.0 dka100 RRD42 polling for units on kdm700, slot 6, xmi1... dub1.1.0.6.1 R2TDYC$DIA1 RF73 dub2.2.0.6.1 R2TDYC$DIA2 RF73 >>> boot ­flags 0,0 dka100.1.0.1.0 2 Booting... 3 Connecting to boot device dka100 initializing HWRPB at 2000 initializing page table at 1ee000 initializing machine state jumping to bootstrap at 1fa000 OpenVMS AXP (TM) Operating System, Version V1.0 4 DEC 10000 This section shows a sample boot of OpenVMS Alpha AXP from the RRD42 CD drive for DEC 10000 systems. The first step is issuing the show device command to determine the location of the RRD42. Booting 4­21 1 Show device displays information about each I/O device. Polling checks the XMI bus for device configurations. The next line contains three columns. The first column contains the device type and unit number, node number, device channel number, XMI node number, and I/O channel number, separated by periods. The second column displays the name of the device given by the device controller. The third column shows the device type. 2 In the boot command, ­flags indicates that additional command pa­ rameters follow, 0 is the system root of the boot device, 0 is the boot­ strap option, dk is the device code of the boot device, a is the boot device controller designation, and 1 specifies the hexadecimal unit number of the boot device. The 1 is the node number, 0 is the channel number, 1 is the XMI node number, and 0 is the I/O channel num­ ber. 3 The system boots standalone backup from the RRD42. 4 The operating system banner appears. For more information: OpenVMS Alpha Version 1.0 Upgrade and Installa­ tion Manual 4­22 Booting 4.5.3 CD­ROM OSF/1 Booting Example 4­3 CD­ROM OSF/1 Boot >>> show device 1 polling for units on kzmsa0, slot 2, xmi0... dka100.1.0.2.0 dka100 RRD42 polling for units on kdm700, slot 6, xmi1... dub1.1.0.6.1 R2TDYC$DIA1 RF73 dub2.2.0.6.1 R2TDYC$DIA2 RF73 >>> boot dka100.1.0.2.0 2 Booting... 3 Connecting to boot device dka100.1.0.2.0 Created boot device: dka100.1.0.2.0 block 0 of dka100.1.0.2.0 is a valid boot block reading 16 blocks from dka100.1.0.2.0 bootstrap code read in base = 1fe000, start = 0 initializing HWRPB at 2000 initializing page table at 1f2000 initializing machine state jumping to bootstrap at 1fe000 Resetting IO subysystem... 4 [I/O subsystem reset information, memory information displayed, I/O bus adapters displayed, configured devices displayed, network configuration information displayed] The system is ready. DEC OSF/1 Version 1.2 console 5 DEC 10000 This section shows a sample boot of OSF/1 from the RRD42 CD drive for DEC 10000 systems. The first step is issuing the show device command to determine the location of the RRD42. Booting 4­23 1 Show device displays information about each I/O device. Polling checks the XMI bus for device configurations. The next line contains three columns. The first column contains the device type and unit number, node number, device channel number, XMI node number, and I/O channel number, separated by periods. The second column displays the name of the device given by the device controller. The third column shows the device type. 2 In the boot command, dk is the device code of the boot device, a is the boot device controller designation, and 100 specifies the hexadeci­ mal unit number of the boot device. The 1 is the node number, 0 is the channel number, 2 is the XMI node number, and 0 is the I/O channel number. 3 The system boots from the RRD42. 4 The system displays information about the I/O subsystem reset, memory, I/O bus adapters, configured devices, and network configurations. 5 The operating system banner appears. For more information: DEC OSF/1 Guide to System Administration 4­24 Booting 4.5.4 Local Device Booting Examples This section shows sample boot procedures from local disks in­ stalled in system cabinets, expander cabinets, and external RA disk drive cabinets. The first step is issuing the show device com­ mand which is used to determine the location of the boot device. Example 4­4 Sample Local Device Boots >>> show device 1 polling for units on kfmsa0, slot 1, xmi0... 2 dua2.2.0.1.0 R2TDYC$DIA2 RF73 dua3.3.0.1.0 R2TDYC$DIA3 RF73 polling for units on kdm700, slot 2, xmi0... duc1.0.0.2.0 DUA1 RA92 polling for units on kfmsa1, slot 1, xmi1... dud3.3.0.1.1 XYZ$DIA3 RF73 >>> boot dua2.2.0.1.0 3 >>> boot duc1.0.0.2.0 4 >>> boot dud3.3.0.1.1 5 Booting 4­25 1 Show device displays information about each I/O device. Polling checks the XMI bus for device configurations. The next line contains three columns. The first column contains the assigned console device name. The second column displays the name of the device given by the device controller. The third column shows the device type. 2 Polling sizes the XMI bus for devices connected to . The is the name the console assigns to an I/O adapter or device in the system. A list of installed adapters is given in the show configura­ tion command display. Refer to the Basic Troubleshooting or Console Reference manuals for details on the show configuration command. 3 In this example, this is a boot from a disk in the system cabinet, since the last digit in the first column of the show device command is 0. The zero indicates I/O channel 0 which connects to devices in the sys­ tem cabinet. The device code of the boot device is du, a is the boot device controller designation, and 2 specifies the unit number of the boot device. The next 2 is the node number, 0 is the device channel number, 1 is the XMI node number, and 0 is the I/O channel number. 4 This is a boot from a disk in an external RA disk cabinet, since the last column of the show device command is RA92. This indicates an RA92 disk in an external RA disk cabinet. The device code of the boot device is du, c is the boot device controller designation, and 1 specifies the unit number of the boot device. The 0 is the node number, 0 is the device channel number, 2 is the XMI node number, and 0 is the I/O channel number. 5 This is a boot from a disk in the expander cabinet, since the last digit in the first column of the show device command is 1. The 1 indicates I/O channel 1 which connects to devices in the expander cabinet. The device code of the boot device is du, d is the boot device controller designation, and 3 specifies the unit number of the boot device. The next 3 is the node number, 0 is the device channel number, 1 is the XMI node number, and 1 is the I/O channel number. For more information: Basic Troubleshooting Console Reference Manual 4­26 Booting 4.6 Booting from an InfoServer 4.6.1 InfoServer Concepts Figure 4­7 InfoServer Selection Flowchart VAX 10000 The InfoServer is an Ethernet­based compact disk (CD) server used to first load the operating system for the VAX 10000. First, find the available InfoServer services and then select one of them. Booting 4­27 Some systems use Ethernet­based CD servers to load the operating sys­ tem. The InfoServer consists of one or two CD drives and connects to stan­ dard Ethernet or ThinWire groups or networks. Before loading the operating system during system installation, a number of steps are needed to find and connect to an InfoServer. Figure 4­7 illus­ trates these steps. See Section 4.6.2 for information on show network and boot commands. Each InfoServer drive has its own address, so either drive can contain the CD needed to load the operating system. In large system configurations, a number of InfoServers can be connected to the system. Figure 4­8 shows a configuration of systems and InfoServers. Figure 4­8 InfoServer Configuration 4­28 Booting 4.6.2 InfoServer OpenVMS VAX Booting Example 4­5 InfoServer OpenVMS VAX Boot >>> show network 1 polling for units on demna0, slot 3, xmi0... exa0.0.0.3.0 08­00­2B­0B­BB­ED >>> boot exa0 ­flags 0,0,0 ­file ISL_LVAX_BL10 2 Initializing... F E D C B A 9 8 7 6 5 4 3 2 1 0 NODE # 3 A M . . . . . P P TYP o + . . . . . + + ST1 . . . . . . . E B BPD o + . . . . . + + ST2 . . . . . . . E B BPD + + . . . . . + + ST3 . . . . . . . E B BPD . . . . + . + . . . . + . + C0 XMI + . . . . + . + . . . . + . + C1 XMI + . . . . . . . . . . . . . . C2 . . . . . . . . . . . . . . C3 . A0 . . . . . . . ILV .256 . . . . . . . 256Mb Firmware Rev = V1.0­1625 SROM Rev = V1.0­0 SYS SN = GAO1234567 Booting... Connecting to boot device exa0 ­flags 0,0,0 ­file ISL_LVAX_BL10 Created boot device: exa0.0.0.3.0 Resulting file is mopdl:ISL_LVAX_BL10/exa0.0.0.3.0 ..... Load complete ! VAX 10000 This section shows a sample boot of OpenVMS VAX from an InfoServer using the Ethernet. The first step is issuing the show network command. Booting 4­29 NOTE: The ISL file name must be specified in uppercase letters. 1 Show network displays information about Ethernet controllers. Polling checks the XMI bus for device configurations. Show net­ work includes information such as the console device name of the network device with path information (exa0.0.0.3.0) and the Ether­ net controller's hardware address in hex (08­00­2B­0B­BB­ED). 2 Boot standalone backup across the Ethernet by specifying the console device name of the network device exa0, additional command pa­ rameters ­flags 0,0,0, the Initial System Load (ISL) file name ISL_LVAX_ and its version number BL10. To boot over the FDDI, the device mnemonic is fx rather than ex. 3 System self­test results are displayed if the environment variable boot_reset is set on. 1 For more information: Console Reference Manual VMS Upgrade and Installation Supplement: VAX 7000­600 and VAX 10000­600 Series 4­30 Booting 4.6.3 Selecting an Ethernet Service NOTE: Example 4­6 Selecting an Ethernet Service Network Initial System Load Function 1 Version 1.1 FUNCTION FUNCTION ID 1 ­ Display Menu 2 ­ Help 3 ­ Choose Service 4 ­ Select Options 5 ­ Stop Enter a function ID value: 3 2 OPTION OPTION ID 1 ­ Find Services 2 ­ Enter known Service Name Enter an Option ID value: 1 3 Working Servers found: 2 4 Service Name Format: Service Number Service Name Server Name Ethernet ID #1 VMS054 ESS_08002B0BBBED 08­00­2B­0B­BB­ED #2 CD_BIN_83371 ESS_08002B0BBBED 08­00­2B­0B­BB­ED VAX 10000 The second step of booting over the Ethernet with an Info­ Server is selecting the service that boots OpenVMS VAX for VAX 10000 systems. Booting 4­31 #1 INFO3$RZ57 INFO3 08­00­2B­26­A6­98 #2 CD_DOC_0050 INFO3 08­00­2B­16­04­98 Enter a Service number or for more: 1 5 [operating system banner appears] 1 The Network Initial System Load Function menu is displayed. 2 The system prompts you for a function ID value. Enter a 3 to select the Choose Service function. 3 The Service options menu is displayed. Enter 1 to display the available Ethernet servers and services. In this example two servers are found on the Ethernet. 4 Each server has two services, 1 and 2. The service names are listed (such as INFO3$RZ57) followed by the InfoServer names (such as INFO3), and the Ethernet ID (such as 08­00­2B­26­A6­98). In this ex­ ample, service #1 of server #1 VMS054, is used to boot OpenVMS VAX. 5 Enter 1 to select service #1. For more information: InfoServer 150 Installation and Owner's Guide VMS Upgrade and Installation Supplement: VAX 7000­600 and VAX 10000­600 Series 4­32 Booting 4.7 Booting from a VMScluster 4.7.1 VMScluster Concepts You can boot from a VMScluster using a CI configuration with a Star Coupler and HSC disk controller or a DSSI configuration with a KFMSA and controller as shown in Figure 4­9. Figure 4­9 Booting from CI and DSSI VMSclusters Booting 4­33 When you boot from a VMScluster, the minimum boot command options include the boot device, the device type, and its unit number. This is al­ lowed if options such as shadow set value, system root, and optional APB or VMB parameters are zero. Figure 4­9 shows sample VMScluster configurations. Logically, each DSSI bus is equivalent to a small CI with a Star Coupler. The RF devices on the DSSI are functionally equivalent to a combination of HSC and RA devices on the CI. Sections 4.7.24.7.4 discuss sample CI boots, Section 4.7.5 dis­ cusses shadow set booting, and Sections 4.7.64.7.8 discuss sample DSSI boots. 2 3 4­34 Booting 4.7.2 CI OpenVMS Alpha AXP Booting Example 4­7 CI OpenVMS Alpha AXP Boot >>> show device 1 polling for units on cixcd0, slot 2, xmi0... dua20.14.0.2.0 $100$DUA20 RA82 dua31.14.0.2.0 $100$DUA31 RA82 dua80.15.0.2.0 $100$DUA80 RA90 >>> boot ­fl 4,0 dua20.14.0.2.0 2 Booting... 3 Connecting to boot device dua20 initializing HWRPB at 2000 initializing page table at 1ee000 initializing machine state jumping to bootstrap at 1fa000 OpenVMS AXP (TM) Operating System, Version V1.0 4 DEC 10000 This section shows a sample boot of OpenVMS Alpha AXP for a system in the CI configuration shown in Figure 4­9. Booting 4­35 1 Show device displays information about each I/O device. Polling checks the XMI bus for device configurations. The next line contains three columns. The first column contains the console device name. The second column displays the name of the device given by the de­ vice controller. The third column shows the device type. 2 In the boot command, ­fl indicates that additional command pa­ rameters follow, 4 is the booting system root on the cluster system disk, 0 is the bootstrap option, du is the device code of the boot de­ vice, a is the boot device controller designation, and 20 specifies the unit number of the boot device. The 14 is the HSC controller node number that the boot device is connected to, 0 is the channel num­ ber, 2 is the XMI node number, and 0 is the I/O channel number. 3 The system boots standalone backup. 4 The operating system banner appears. For more information: OpenVMS Alpha Version 1.0 Upgrade and Installa­ tion Manual 4­36 Booting 4.7.3 CI OSF/1 Booting Example 4­8 CI OSF/1 Boot >>> show device 1 polling for units on cixcd0, slot 2, xmi0... dua20.14.0.2.0 $100$DUA20 RA82 dua31.14.0.2.0 $100$DUA31 RA82 dua80.15.0.2.0 $100$DUA80 RA90 >>> boot dua31.14.0.2.0 2 Booting... 3 Connecting to boot device dua31.14.0.2.0 Connecting to boot device dua31.14.0.2.0 Created boot device: dua31.14.0.2.0 block 0 of dua31.14.0.2.0 is a valid boot block reading 16 blocks from dua31.14.0.2.0 bootstrap code read in base = 1fe000, start = 0 initializing HWRPB at 2000 initializing page table at 1f2000 initializing machine state jumping to bootstrap at 1fe000 Resetting IO subysystem... 4 [I/O subsystem reset information, memory information displayed, I/O bus adapters displayed, configured devices displayed, network configuration information displayed] The system is ready. DEC OSF/1 Version 1.2 console 5 DEC 10000 This section shows a sample boot of OSF/1 for a system in the CI configuration shown in Figure 4­9. Booting 4­37 1 Show device displays information about each I/O device. Polling checks the XMI bus for device configurations. The next line contains three columns. The first column contains the console device name. The second column displays the name of the device given by the device con­ troller. The third column shows the device type. 2 In the boot command, du is the device code of the boot device, a is the boot device controller designation, and 31 specifies the unit num­ ber of the boot device. The 14 is the HSC controller node number that the boot device is connected to, 0 is the channel number, 2 is the XMI node number, and 0 is the I/O channel number. 3 The system boots the OSF/1 operating system. 4 The system displays information about the I/O subsystem reset, memory, I/O bus adapters, configured devices, and network configurations. 5 The operating system banner appears. For more information: DEC OSF/1 Guide to System Administration 4­38 Booting 4.7.4 CI OpenVMS VAX Booting Example 4­9 CI OpenVMS VAX Boot >>> show device 1 polling for units on cixcd0, slot 2, xmi0... dua20.13.0.2.0 $100$DUA20 RA82 dua31.14.0.2.0 $100$DUA31 RA82 dua80.15.0.2.0 $100$DUA80 RA90 >>> boot ­fl 0,4,0 dua20.13.0.2.0 2 Booting... 3 Connecting to boot device dua20 block 0 of dua20 is a valid boot block reading 85 blocks from dua20 bootstrap code read in base = 116000, start = 200 boot device name = dua20.14.0.2.0 boot flags 0,4,0 boot device type = 2b controller letter = A unit number = 20 node ID = 13 channel = 0 slot = 2 hose = 0 jumping to bootstrap at 116200 DEC 10000 This section shows a sample boot of OpenVMS VAX for a system in the CI configuration shown in Figure 4­9. Booting 4­39 1 Show device displays information about each I/O device. Polling checks the XMI bus for device configurations. The next line contains three columns. The first column contains the console device name. The second column displays the name of the device given by the device con­ troller. The third column shows the device type. 2 In the boot command, ­fl indicates that additional command parame­ ters follow, 0 indicates no shadow set, 4 is the booting system root on the cluster system disk, 0 is the VMB option, du is the device code of the boot device, a is the boot device controller designation, and 20 specifies the unit number of the boot device. The 13 is the HSC control­ ler node number that the boot device is connected to, 0 is the channel number, 2 is the XMI node number, and 0 is the I/O channel number. 3 With the set enable_audit environment variable on, audit trail mes­ sages appear during booting. For more information: VMS Upgrade and Installation Supplement: VAX 7000­600 and VAX 10000­600 Series 4­40 Booting 4.7.5 Shadow Set OpenVMS VAX Booting Figure 4­10 Shadow Set OpenVMS VAX Booting VAX 10000 Shadow set booting is used with OpenVMS VAX to boot from a virtual disk that is set up by the console. Booting 4­41 1 The virtual unit number of the load device is 8DAC, where 8 indicates shadow set booting is used, and DAC is the hexadecimal value of the virtual device unit number of 3500 (decimal). This value is passed to bits 1631 of General Purpose Register R3. 2 The system root is 2, which are bits 2831 of General Purpose Register R3. 3 The VMB option is 0 as listed in Appendix B, which are bits 027 of General Purpose Register R5. 4 The device search list contains dua3500, which is the virtual device, and dua63, which is the physical device. The console first attempts to boot from the virtual device followed by the physical device. 5 The device node is 14. The path through HSC 14 will be tried first. 6 The device channel number is 0. 7 The XMI node number for the I/O adapter module is 12. 8 The I/O channel number is 1. 9 The parameters for the physical device are the same as the virtual de­ vice except that the device unit number is 63. For more information: VAX Volume Shadowing Manual VMS Upgrade and Installation Supplement: VAX 7000­600 and VAX 10000­600 Series 4­42 Booting 4.7.6 DSSI OpenVMS VAX Booting Example 4­10 DSSI OpenVMS VAX Boot >>> show device 1 polling for units on kdm700, slot 1, xmi0... dua1.1.0.1.0 DUA1 RA92 polling for units on kfmsa0, slot 6, xmi1... dub1.1.0.6.1 R2TDYC$DIA1 RF73 dub2.2.0.6.1 R2TDYC$DIA2 RF73 >>> boot ­flags 0,3,0 dub1.1.0.6.0 2 Initializing... F E D C B A 9 8 7 6 5 4 3 2 1 0 NODE # 3 A M . . . . . P P TYP o + . . . . . + + ST1 . . . . . . . E B BPD o + . . . . . + + ST2 . . . . . . . E B BPD + + . . . . . + + ST3 . . . . . . . E B BPD . . . . + . + . + . . . . + C0 XMI + . . . . + . + . + . . . . + C1 XMI + . . . . . . . . . . . . . . C2 . . . . . . . . . . . . . . C3 . A0 . . . . . . . ILV .256 . . . . . . . 256Mb Firmware Rev = V1.0­1625 SROM Rev = V1.0­0 SYS SN = GAO1234567 VAX 10000 This section shows a sample boot of OpenVMS VAX for a system in the DSSI configuration shown in Figure 4­9. Booting 4­43 1 Show device displays information about each I/O device. Polling checks the XMI bus for device configurations. The next line contains three columns. The first column contains the device type and unit number, node number, device channel number, XMI node number, and I/O channel number, separated by periods. The second column displays the name of the device given by the device controller. The third column shows the device type. 2 In the boot command, ­flags indicates that additional command pa­ rameters follow, 0 is the shadow set unit, 3 is the system root of the boot device, 0 is the VMB option, du is the device code of the boot de­ vice, b is the boot device controller designation, and 1 specifies the hexadecimal unit number of the boot device. The 1 is the node number, 0 is the channel number, 6 is the XMI node number, and 0 is the I/O channel number. 3 System self­test results are displayed if the environment variable boot_reset is set on. For more information: VMS Upgrade and Installation Supplement: VAX 7000­600 and VAX 10000­600 Series Console Commands A­1 Appendix A Console Commands Table A­1 lists the console commands. Commands such as clear, create, set, and show use environment variables. These variables control various console reatures and pass console information to the operating system. Table A­1 Console Commands Command Function boot Initializes the system causing a self­test and begins the boot program. build eeprom Creates a new EEPROM image or restores a cor­ rupted one. cdp Configures DSSI devices. clear1 Removes an environment variable. continue Resumes processing at the point where it was inter­ rupted by a Ctrl/P or halt command. crash Restarts the operating system and generates a mem­ ory dump. create1 Creates a new environment variable. deposit Stores data in a specified location. examine Displays the contents of a memory location, register, device, or a file. 1These commands use environment variables. A­2 Console Commands Table A­1 Console Commands (Continued) Environment variables such as baud, bootdef_dev, boot_file, boot_reset, and term are used by the system operator. The EEPROM contents can be manipulated with the clear, set, and show commands. Command Function help Provides basic information on the console commands. initialize Performs a reset on the system or specified node. mchk Dumps internal state information. repeat Reexecutes a command. set1 Changes an option or environment variable. show1 Displays an option or environment variable. start Starts the execution of instructions at the specified ad­ dress. stop Stops a secondary CPU. test Tests the system, a subsystem, or a specified option. update Copies the contents of the boot processor's EEPROM to the EEPROM of the specified processor. #, ! Introduces a comment. 1These commands use environment variables. For more information: Console Reference Manual Boot Options B­1 Appendix B Boot Options Table B­1 lists the Alpha primary boot (APB) options used with the boot command for OpenVMS Alpha AXP. Table B­2 lists the OSF/1 options used with the boot command. Table B­3 lists the virtual memory boot (VMB) options used with the boot command for OpenVMS VAX. These options al­ low you to control various phases of booting. The VMB options set bits in General Purpose Register R5. B­2 Boot Options Table B­1 OpenVMS Alpha AXP Boot Options The OpenVMS Alpha AXP options are used as qualifiers in the set boot_osflags command. Hexadecimal Value Function 1 Allows a conversational boot. 2 Maps XDELTA to a running system. 4 Stops the boot procedure at the initial system breakpoint. 8 Performs a diagnostic bootstrap. 10 Stops the boot procedure at the bootstrap break­ points. 20 Omits the header from the secondary bootstrap image. 40 Inhibits memory testing. 80 Prompts for the name of the secondary boot­ strap file. 100 Halts the system before the secondary boot­ strap. 2000 Marks corrected read data error pages as bad. 10000 Enables debug messages in the APB.EXE, SYS­ BOOT.EXE, and EXEC_INIT.EXE files. 20000 Enables user messages in the APB.EXE, BOOT.EXE, and EXEC_INIT.EXE files. Boot Options B­3 Table B­2 OSF/1 Boot Options Option Function ­a Boots the system disk to multiuser mode. ­d Do full clumps. ­i Boot to interactive mode plus options. ­s Default boot option. B­4 Boot Options Table B­3 VMB Boot Options Bit Function 0 Conversational boot. The secondary bootstrap program, SYS­ BOOT, prompts you for system parameters at the console terminal. 1 Debug. If this bit is set, the operating system maps the code for the XDELTA debugger into the system page tables of the running operating system. 2 Initial breakpoint. If this bit is set, the operating system exe­ cutes a breakpoint (BPT) instruction early in the bootstrap program. 3 Secondary boot from bootblock. The secondary boot is a sin­ gle 512­byte block whose logical block number is specified in the General Purpose Register R4. 4 Not used. 5 Boot breakpoint. This stops the primary and secondary load­ ers with a breakpoint (BPT) instruction before testing mem­ ory. 6 Image header. The transfer address of the secondary loader image comes from the image header for that file. If this bit is not set, control shifts to the first byte of the secondary loader. 8 File name. APB or VMB prompts for the name of a secon­ dary loader. 9 Halt before transfer. APB or VMB executes a HALT instruc­ tion before transferring control to the secondary loader. 13 No effect, since console program tests memory. 15 Not used. 16 Do not discard CRD pages. 31:28 Specifies the top­level directory number for system disks. Updating Firmware C­1 Appendix C Updating Firmware Use the Loadable Firmware Update (LFU) Utility to update system firm­ ware. LFU runs without any operating system and can update the firm­ ware on any system module. LFU handles modules on the LSB bus (for ex­ ample, the CPU) as well as modules on the I/O buses (for example, a CI controller on the XMI bus). You are not required to specify any hardware path information, and the update process is highly automated. Both the LFU program and the firmware microcode images it writes are supplied on a CD­ROM. You start LFU on DEC 10000 systems by booting the RRD42. On VAX 10000 systems you start LFU by booting the Info­ Server on your Ethernet. A typical update procedure is: 1. Boot the LFU CD­ROM. 2. Use the LFU show command to indicate modules whose firmware needs to be updated. 3. Use the LFU list command if you want to check the firmware version numbers on the CD­ROM. 4. Use the LFU update command to write the new firmware. 5. Exit. C­2 Updating Firmware C.1 Booting LFU on a DEC 10000 System Example C­1 RRD42 LFU Booting >>> show device 1 polling for units on kzmsa, slot 1, xmi0... dka100.1.0.1.0 dka100 RRD42 polling for units on kdm70, slot 6, xmi0... dub1.1.0.6.0 R2TDYC$DIA1 RF73 dub2.2.0.6.0 R2TDYC$DIA2 RF73 >>> boot dka100 2 Booting... Copyright Digital Equipment Corporation 1992 All Rights Reserved. Loadable Environment Rev: V1.0­1625 Jul 12 1992 10:50:56 ***** Loadable Firmware Update Utility ***** Version 2.1 16­jun­1992 ­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­ Function Description ­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­ Display Displays the system's configuration table. Exit Return to loadable offline operating environment. List Lists the device types and firmware revisions supported by this revision of LFU. Modify Modifies port parameters and device attributes. Show Displays device mnemonic, hardware and firmware revisions. Update Replaces current firmware with loadable data image. Verify Compares loadable and device images. ? or Help Scrolls the function table. ­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­ Function? 3 DEC 10000 LFU is supplied on the DEC 7000/10000 AXP Console CD­ ROM (Part Number AG­PQW3*­RE, where * is the letter that denotes the disk revision). Make sure this CD­ROM is mounted in the RRD42 in­cabinet CD drive. Boot LFU from the CD­ROM. Updating Firmware C­3 1 Use the show device command to find the name of the RRD42 CD drive. 2 Enter the boot command to boot from the RRD42. The RRD42 has a device name of dka100. 3 LFU starts, displays a summary of its commands, and issues its prompt (Function?). C­4 Updating Firmware C.2 Booting LFU on a VAX 10000 System Example C­2 Booting LFU >>> boot exa0 ­flags 0,0,0 ­file ISL_LVAX_V01 1 Resulting file is mopdl:ISL_LVAX_V01/exa0 ...... Load complete! [boot information] Network Initial System Load Function Version 1.1 FUNCTION FUNCTION ID 1 ­ Display Menu 2 ­ Help 3 ­ Choose Service 4 ­ Select Options 5 ­ Stop Enter a function ID value: 3 2 OPTION OPTION ID 1 ­ Find Services 2 ­ Enter known Service Name Enter an Option ID value: 1 3 Working Servers found:: 3 Service Name Format: Service Number Service Name Server Name Ethernet ID #1 INFO4$RZ57 INFO4 08­00­2B­26­A6­98 #2 6000_DIAG_H INFO3 08­00­2B­16­04­D4 #3 VAX7000_V01 OPUS_ESS 08­00­2B­18­A9­75 Enter a Service Number or for more: 3 4 Copyright Digital Equipment Corporation 1992 VAX 10000 LFU is supplied on the VAX 7000/10000 Console CD­ROM (Part Number AG­PQW1*­RE, where * is the letter that de­ notes the disk revision). Make sure this CD­ROM is mounted in one of the system's InfoServers. Boot the In­ itial System Load (ISL) program, and select the service cor­ responding to the console CD­ROM. Updating Firmware C­5 All Rights Reserved. Loadable Environment Rev: V1.0­1625 Jul 12 1992 10:50:56 ***** Loadable Firmware Update Utility ***** Version 2.1 16­jun­1992 ­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­ Function Description ­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­ Display Displays the system's configuration table. Exit Return to loadable offline operating environment. List Lists the device types and firmware revisions supported by this revision of LFU. Modify Modifies port parameters and device attributes. Show Displays device mnemonic, hardware and firmware revisions. Update Replaces current firmware with loadable data image. Verify Compares loadable and device images. ? or Help Scrolls the function table. ­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­ Function? 5 1 Enter the boot command to boot from the InfoServer. Note that the ISL file name must be typed in upper case. The final two characters are the ISL file version, which you can read from the last two charac­ ters of the volume label printed on the CD­ROM. 2 Enter 3, to select Choose Service from the Function menu. 3 Enter 1 to select Find Services from the Option menu. 4 Enter the number of the service named VAX7000_Vnn. This service name is the volume label printed on the CD­ROM. In this example, service number 3 supplies the console CD­ROM. 5 LFU starts, displays a summary of its commands, and issues its prompt (Function?). C­6 Updating Firmware C.3 Show The show command shows the current revision of firmware and hardware for every module in the system that contains microcode. In the display, each module that needs to be updated is indicated by a plus sign (+) following the device mnemonic. Example C­3 Show Command Function? show 1 Device Mnemonic(s)? ? 2 ­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­ Valid Device Entries Selected function is: ­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­ Device Mnemonic# performed to a single device. Device Mnemonic* performed to all devices of the same type. * or All performed to all devices in the system. Exit not performed. Program returns to Selection prompt. ­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­ Device Mnemonic(s)? exit 3 Function? sho * 4 5 Firmware Hardware Revision Revision kn7aa0 + 1.0 E04 ms7aa0 ­­ ­­ not supported. iop0 ­­ ­­ not supported. xmi0 ­­ ­­ not supported. kdm700 3.0 Cannot be read demna0 6.8 Cannot be read demfa0 ­­ ­­ not supported. cixcd0 + 69.0 A01 kzmsa0 4.2 F01 '+' indicates the update firmware revision is greater than the adapter's firmware revision. Function? Updating Firmware C­7 1 If you type just the command show without a device mnemonic, LFU prompts for the device mnemonic. All the commands that require device mnemonics will prompt. 2 If you enter ? (or help) for the device, a table displays the syntax for specifying devices. All the commands that require device specifications use this syntax. Note the use of wildcards. For example, show kdm70* would display all KDM70 controller modules. 3 If you enter an exit command at the device prompt, LFU returns to the function prompt for another command. 4 The most useful form of the command is show * which displays every module in the system. Note in this example that the CPU and CIXCD modules require updating. (In other words, the + means that the firm­ ware version on the CD­ROM is higher than the version on the module.) 5 VAX 10000 systems do not support kn7aa and kzmsa. The following de­ vices show up in the display instead: ka7aa0 + 1.1 E04 kfmsa0 5.6 A04 C­8 Updating Firmware C.4 List The list command displays the inventory of update firmware on the CD­ROM. Only the devices listed at your terminal are sup­ ported for firmware updates. Example C­4 List Command Function? l 1 Loadable Firmware Update Utility Version 2.1 2 Name Mnemonic Update Firmware Update Hardware Revision Revision CIXCD cixcd* 70.0 A01 ­ A01 KDM70 kdm70* 3.0 All Revisions KN7AA kn7aa* 1.1 All Revisions KZMSA kzmsa* 2.0 All Revisions Function? Updating Firmware C­9 1 The list command shows the revisions of firmware corresponding to the revisions of hardware for each device. (There may be several hard­ ware revisions for a particular device, but only one firmware revision corresponds to any hardware revision.) Comparing the output of the list and show commands helps you understand which devices should receive firmware updates. 2 VAX 10000 systems do not support kn7aa and kzmsa. The following devices show up in the display instead: KA7AA ka7aa* 1.1 All Revisions KFMSA kfmsa* 5.6 A02 ­ A01 4.0 All Remaining Revs C­10 Updating Firmware C.5 Update The update command writes new firmware from the CD­ROM to the module. Then LFU automatically verifies the update by read­ ing the new firmware image from the module back into memory and comparing it with the CD­ROM image. Example C­5 Update Command Function? update kn7aa0 cixcd0 1 Update kn7aa0? [Y/(N)] y 2 WARNING: updates may take several minutes to complete for each device. DO NOT ABORT! kn7aa0 Updating to 1.1... Reading Device... Verifying 1.1...PASSED. 3 Update cixcd0? [Y/(N)] y 4 WARNING: updates may take several minutes to complete for each device. DO NOT ABORT! cixcd0 Updating to 70.0... Reading Device... Verifying 70.0... PASSED. Function? update * 5 Name Type Rev Mnemonic FW Rev HW Rev LSB 0+ KN7AA (8002) 0000 kn7aa0 1.1 E04 7+ MS7AA (4000) 0000 ms7aa0 N/A A01 8+ IOP (2000) 0001 iop0 N/A A C0 XMI xmi0 8+ DWLMA (102A) A5A6 dwlma0 N/A A E+ DEMNA (0C03) 060B demna0 6.8 Update ALL devices? [Y/(N)] y 6 WARNING: updates may take several minutes to complete for each device. DO NOT ABORT! kn7aa0 Updating to 1.1... Reading Device... Verifying 1.1...PASSED ms7aa0 not supported. iop0 not supported. xmi0 not supported. demna0 firmware rev is greater or equal to update rev. Updating Firmware C­11 Continue? [Y/(N)] y 7 WARNING: updates may take several minutes to complete for each device. DO NOT ABORT! demna0 Updating to 6.6... Reading Device... Verifying 6.6... PASSED. Function? update demna* 8 Update all demna? [Y/(N)] n Function? CAUTION: Never abort an update operation; you will corrupt the firm­ ware on the module. 1 This command specifically requests firmware updates for the CPU and CIXCD modules. Note the syntax of a device list, separated by spaces. 2 LFU requires you to confirm each update, if you named the modules specifically. 3 Status message reports update and verification progress. 4 LFU prompts for each device in turn. 5 This is a second example. When you specify the * wildcard, LFU tries to update all modules. 6 LFU prints the configuration table and prompts before all devices are updated. 7 This message appears because, in this example, the firmware on the DEMNA module is not at a lower revision level than the firmware im­ age on the CD­ROM. You can still request LFU to perform the update. If the module version is equal to the update firmware, you may have previously tried the update (making the module and CD­ROM firm­ ware images the same revision). However, if the verification process had reported an error, you can repeat the update. Also, this feature allows you to update a module with an older revision of firmware. 8 This is another example, using a wildcard to request LFU to update all DEMNA adapters in the system. When you use a device mnemonic fol­ lowed by a wildcard *, LFU prompts once for all devices of the same type. A wildcard alone updates all devices. C­12 Updating Firmware C.6 Exit The exit command terminates the LFU program, causes system in­ itialization and self­test, and returns to the system console prompt. Example C­6 Exit Command Function? show Device Mnemonic(s)? exit 1 Function? exit 2 Initializing... F E D C B A 9 8 7 6 5 4 3 2 1 0 NODE # A M . . . . . P P TYP o + . . . . . + + ST1 . . . . . . . E B BPD o + . . . . . + + ST2 . . . . . . . E B BPD + + . . . . . + + ST3 . . . . . . . E B BPD . . . . + . + . + . . . + . C0 XMI + . . . . + . + . + . . . + . C1 XMI + . . . . . . . . . . . . . . C2 . . . . . . . . . . . . . . C3 . A0 . . . . . . . ILV .256 . . . . . . . 256Mb Firmware Rev = V1.0­1625 SROM Rev = V1.0­0 SYS SN = GAO1234567 P00>>> 3 Updating Firmware C­13 1 From within the "Device Mnemonic(s)?" prompt, exit returns to the Function prompt. 2 At the Function prompt, exit causes the system to be initialized. 3 The console prompt appears. C­14 Updating Firmware C.7 Display and Verify Commands Display and verify commands are used in special situations. Display shows the physical configuration. Verify repeats the veri­ fication process performed by the update command. Example C­7 Display and Verify Commands Function? disp 1 Name Type Rev Mnemonic FW Rev HW Rev LSB 0+ KN7AA (8001) 0000 kn7aa0 1.0 E04 5+ MS7AA (4000) 0000 ms7aa0 N/A A01 7+ MS7AA (4000) 0000 ms7aa0 N/A A01 8+ IOP (2000) 0001 iop0 N/A A C0 XMI xmi0 8+ DWLMA (102A) A5A6 dwlma0 N/A A C+ KDM70 (0C22) IE11 kdm700 3.0 E+ DEMNA (0C03) 060B demna0 6.6 C1 XMI xmi1 1+ ????? (0000) 0000 unknown0 8+ DWLMA (102A) A5A6 dwlma0 N/A A A+ CIXCD (0C05) EB11 cixcd0 69.0 A01 Function? verify kdm700 2 kdm700 Reading Device... Verifying 3.00... FAILED. At Address 3d830 3Hardware data 41570020 Update data 20200020 At Address 3d834 Hardware data 4E494E52 Update data 20202020 At Address 3d838 Hardware data 54203A47 Update data 54202020 At Address 3d844 Hardware data 65696620 Update data 20202020 At Address 3d848 Hardware data 7420646C Update data 302E3356 At Address 3d84c Hardware data 20747365 Update data 20202020 At Address 3d988 Hardware data 69662020 Update data 20202020 At Address 3d98c Hardware data 00646C65 Update data 00202020 At Address 3d998 Hardware data 73657420 Update data 20202020 At Address 3d99c Hardware data 65722074 Update data 65722020 4 Updating Firmware C­15 1 Display shows the system physical configuration. Display is equiva­ lent to issuing the console command show configuration. Because it shows the LSB slot for each module, display can help you identify un­ known devices. 2 Verify reads the firmware from the module into memory and com­ pares it with the update firmware on the CD­ROM. If a module al­ ready verified successfully when you updated it, but later failed self­ test, you can use verify to tell whether the firmware has become cor­ rupted. 3 The address displayed for a failed compare is relative to the beginning of the update firmware image. 4 Verify terminates after 10 comparisons fail. Glossary­1 Glossary AC input box Receives three­phase AC power and outputs that to the power regulators. The system circuit breaker and a Dranetz port are on the AC input box. See also Power. Address space See Physical address space and Virtual address space. Alpha primary boot program (DEC 10000 system) The Alpha primary boot program (APB.EXE) that boots OpenVMS Alpha AXP. APB is the primary bootstrap program and is stored on the boot de­ vice. Asymmetric multiprocessing A multiprocessing configuration in which the processors are not equal in their ability to execute operating system code. In general, a single proces­ sor is designated as the primary, or master, processor; other processors are the slaves. The slave processors are limited to performing certain tasks, whereas the master processor can perform all system tasks. Contrast with Symmetric multiprocessing. Bandwidth The data transfer rate measured in information units transferred per unit of time (for example, Mbytes per second). Battery backup Provides power to the entire system cabinet (or to an expander cabinet) in the event of a power failure. A system can maintain power for approxi­ mately 60 minutes. Each power regulator requires a battery pack of eight batteries. Boot device A storage device that holds the software that carries out the system boot­ strap process. Glossary­2 Boot primitives Small programs stored in ROM on each processor with the console pro­ gram. Boot primitives read the bootblock from boot devices. There is a boot primitive for each type of boot device. Boot processor The CPU module that boots the operating system and communicates with the console; also known as the primary processor. Bootblock Block zero on the system disk; it contains the block number where the Al­ pha primary boot (APB), OSF/1 boot, or virtual memory boot (VMB) pro­ gram is located on the system disk and contains a program that, with the boot primitive, reads APB or VMB from the system load device into mem­ ory. CD­ROM, DEC 10000, VAX 10000 Console CD­ROM Contains the LFU utility used in upgrading firmware and copies of the firmware for all modules in the system, including the console and diagnos­ tic firmware. Centerplane The LSB backplane, located in the center of the card cage, which physically shortens the bus thus increasing bandwidth. CCL module Module at the top right of the system cabinet that provides the control panel interface and power sequencing; includes air pressure and tempera­ ture sensors. CIXCD XMI CI port interface; connects a system to a Star Coupler. Compact disk server In­cabinet CD server (for DEC 10000 systems) or Ethernet­based CD server (for VAX 10000 systems); provides access to CD­ROMs for software installation, diagnostics, and on­line documentation. Glossary­3 Console language Used by the system operator at the console terminal to communicate with the primary processor; provides the interface to diagnostics. The console language uses options, environment variables, and arguments. Options modify the action of the command in some way, or give details of how the command is to operate; they appear in the form ­xxx and are pre­ ceded by a space. Environment variables determine the environment; some are set in manu­ facturing and set up a default environment. Most environment variables are defined with the set command. See also Environment variables. Console mode A mode of operation where the processor is not running the operating sys­ tem but allows a console terminal operator to communicate with nodes on the LSB bus and I/O bus adapters and devices. Console program The code that the boot processor executes during console mode. Each proc­ essor has a copy of this code in flash ROMs. After a boot processor has been determined, that processor begins console initialization. The console code is then loaded into memory. Control panel Consists of a keyswitch to control the state of the system and three status LEDs. CPU module The KN7AA processor is the CPU module used in DEC 10000 systems. The KA7AA processor is the CPU module used in VAX 10000 systems. Device From the console perspective, "device" can be used to refer to a physical de­ vice, a block of memory, or a set of registers. The console commands oper­ ate on byte streams, so any of these can be expressed as a byte stream. Each physical device in a system has a unique mnemonic assigned by the console program, which is displayed as part of the show configuration, show device, and show network commands. DEMFA XMI adapter to the FDDI (Fiber Distributed Data Interface). Glossary­4 DEMNA XMI adapter; Ethernet port interface. DSSI Digital Storage Systems Interconnect. A Digital Storage Architecture in­ terconnect used by the KFMSA adapter and RF and TF series integrated storage elements to transfer data and to communicate with each other. DSSI PIU Houses DSSI based disks inside the system and expander cabinets (BA654). DWLMA adapter An XMI adapter that is the interface between the LSB bus and the XMI bus; always node 8 of the XMI. The XMI plug­in unit includes the T2028­ AA module and necessary cables and the XMI clock card. See also XMI PIU and XMI clock. DWMBB The XMI­to­VAXBI adapter; a 2­module adapter that allows data transfer from the XMI to the VAXBI. Environment variables UNIX­like options used with console commands. An environment variable consists of an identifier (ID) and a byte stream value maintained by the console. See also Console language. Expander cabinet A cabinet to hold plug­in units that can be installed on either side of the system cabinet. FDDI Fiber Distributed Data Interface. A high­performance fiber optic network that can be accessed by the XMI DEMFA adapter. Filler module Required to fill unused LSB slots when fewer than six CPU, memory, or I/O modules are installed. Glossary­5 Flash ROM Flash­erasable programmable read­only memory, which can be bulk erased and reprogrammed. The KN7AA and KA7AA processors use flash ROMs to hold the console and diagnostic firmware. In addition, one flash ROM holds initialization code that bootstraps the main console/diagnostic firm­ ware. It also holds flash ROM recovery code. See also SROM code and Flash ROM recovery code. Flash ROM recovery code (FRRC) The minimum amount of code necessary for remote flash ROM recovery; used if the console/diagnostic ROMs have become corrupted. Gbus The path between the processor and the console/diagnostic firmware and to two UART chips. The Gbus has two lines, one to the console terminal and one to the power supply. Hardware restart parameter block (HWRPB) A page­aligned data structure shared between the console and system soft­ ware; a critical resource during bootstraps, recovery from power failures, and other restart situations. Hose The interconnect between the IOP module on the LSB bus and the inter­ face module on another bus, such as the DWLMA module on the XMI bus. IOP module (I/O port module) The LSB module that provides the interface from the LSB bus to I/O buses. The IOP module has four ports to support up to four I/O channels. Each channel is known as a "hose." The IOP module must be node 8 of the LSB. Node 8 is dedicated as both the highest and lowest arbitration level; the IOP usually arbitrates at the highest priority. Besides providing for I/O, the IOP module also generates the clock signals for the LSB bus. KA7AA CPU module (VAX 10000) The LSB CPU module that uses the NVAX+ chip, a CMOS­4 implementa­ tion with a macropipelined design. An 8­Kbyte cache is part of the CPU chip and a 4­Mbyte cache is implemented in RAMs. The KA7AA processor supports writeback caching. Glossary­6 KN7AA­AB CPU module (DEC 10000) The LSB CPU module that uses the DECchip 21064 using CMOS­4 imple­ mentation with a super scalar super­pipelined design. An 8­Kbyte cache is part of the CPU chip and a 4­Mbyte cache is implemented in RAMs. The KN7AA­AB processor supports writeback caching. KDM70 XMI adapter for RA disks and TA tapes used to enable connection to nodes on a DSSI bus. KFMSA XMI adapter for RF disks and TF tapes used in VAX 10000 systems. It en­ ables connection to nodes on a DSSI bus. Each KFMSA adapter supports two DSSI buses. KZMSA XMI adapter to the SCSI (Small Computer System Interface) used in DEC 10000 systems. It enables connection to nodes on a SCSI bus. ISE (integrated storage element) All DSSI storage devices, such as RF disks and TF tapes, are ISEs. LDC (local disk converter) Converts 48 VDC to +5V and +12V needed by the storage arrays in the DSSI PIU (BA654). LEVI interface The logical and physical interface of the CPU module to the LSB bus. Two different chips are used. The LEVI interface also determines if data is in the backup cache or if it must do a transaction to memory. LFU (Loadable Firmware Update) Utility Used to update firmware on LSB and I/O device modules. LSB bus The 128­bit system bus. The LSB bus is implemented in a 9­slot card cage with its "backplane" in the center of the cage, so that modules are installed from the front and the back. Module placement is indicated by a node num­ ber 0 through 8. Node 8 is reserved for the LSB I/O port (IOP) module. Glossary­7 Mailbox A software­created data structure in memory used to read and write to I/O device registers. Memory Systems use the MS7AA memory modules, available with 64, 128, 256, or 512 Mbytes of memory. Total memory supported is determined by the op­ erating system. Memory transfers are 64 bytes in length. Memory interleaving Method to optimize memory access time; the console program automati­ cally interleaves the memories in the system unless a command is used to set a specific interleave or no interleave (which would result in serial ac­ cess to each memory module). Interleaving causes a number of memories to operate in parallel. More protocol A protocol used on the XMI bus that allows XMI nodes to make noninter­ locked memory reads and writes. Using the More protocol increases I/O performance. Node, LSB LSB nodes are numbered from 0 to 8 and correspond to specific slots in the LSB card cage. Physical address space The 1 terabyte of physical address space that the LSB bus can access using a 40­bit memory address space. Power Three­phase AC power is supplied to the AC input box which is then fed to three power regulators that provide 48 VDC. Power enters the LSB card cage through a 48V filter and then is distributed to the bus bars on the centerplane. Each module on the LSB bus has a power converter, which converts the 48V to the voltage required by the module. Power sequencing logic is provided by the CCL module. Plug­in units are powered by the sys­ tem, but in addition bus PIUs have their own power regulators. Batteries in the system cabinet and expander cabinet(s) supply power to the system for approximately 60 minutes. Glossary­8 Plug­in units (PIUs) Self­contained assemblies that are easily installed in the system cabinet or expander cabinet. There are PIUs for the XMI bus, the VAXBI bus, disks, and batteries. Reset sequence A process leading to the execution of a copy of the console firmware from memory. Purpose is to test the machine, establish the console environ­ ment, indicate that the console is executing, and dispatch to entry han­ dling procedures. Power­up testing executes from the backup cache, a boot processor is determined, which creates the HWRPB and copies the console image from ROM/cache to memory. Registers are set to their default val­ ues, and internal console data structures are initialized. After power­up the secondary processors also use the console code from memory. SCSI (Small Computer System Interface) An industry­standard interface for connecting disks and other peripheral devices to computer systems. Requires the KZMSA XMI adapter. SCSI PIU Houses SCSI based disks and tapes inside system and expander cabinets (BA655). SROM (serial ROM) code The initialization code that bootstraps the main console/diagnostic firm­ ware. Symmetric multiprocessing A multiprocessing system configuration in which all processors have equal access to operating system code residing in shared memory and can per­ form all, or almost all, system tasks. Transactions LSB transactions consist of a command and four data cycles, which follow some fixed time after an arbitration cycle. All LSB modules monitor the re­ quest lines to see which of them wins the bus. Up to three transactions can be in progress at one time. Because arbitration occurs on a dedicated set of control lines, it can overlap with data transfer. TF85 tape drive A 5.25­inch tape drive on the DSSI bus, which is supported by the KFMSA adapter; used in VAX 10000 systems. Glossary­9 TLZ06 tape drive A 5.25­inch tape drive on the SCSI bus, which is supported by the KZMSA adapter; used in DEC 10000 systems. VAXBI PIU A plug­in unit consisting of a VAXBI card cage and two power regulators which occupy two quadrants. The VAXBI PIU must be installed next to an XMI PIU. Installation of a VAXBI PIU means that battery backup cannot be supported. The 12­slot VAXBI includes a DWMBB/B module installed in slot 1, which connects to the DWMBB/A in the XMI. Virtual address space Memory space available to a user program. The operating system dynami­ cally maps a given virtual address to a physical adddress. VMB The virtual memory boot program (VMB.EXE) that boots the OpenVMS VAX operating system. VMB is the primary bootstrap program and is stored on the boot device. XMI clock Implemented on the T2030­YA module which must be node 7 of the XMI. XMI PIU A plug­in unit consisting of an XMI card cage and two power regulators which occupy two quadrants. Each XMI requires a DWLMA module in slot 8 and a clock module at slot 7. The first I/O option must be installed in slot 1 or 14 to terminate the XMI bus. Also known as the XMI I/O channel PIU. XMI­to­LSB interface On the XMI the interface is the DWLMA module which must be node 8 of the XMI. On the LSB bus the interface is the IOP module, which must be node 8 of the LSB. The connection between the two modules is known as a "hose." See also IOP module. Index­11 Index A Accessories kit, 1­6 AC current, 1­3 AC input box, 2­7 AC input voltage, 1­3 AC power, 1­3 indicators, 3­7 AC power cord, 1­11 Altitude, 1­3 B Battery packs, 2­7 Battery PIU, 1­9, 1­11 Blower, 1­11 Bootblock, 4­15 Booting CI VMScluster, 4­36 DSSI, 4­42 LFU, C­2, , C­4 OpenVMS Alpha AXP, 4­20, 4­34 OpenVMS VAX, 4­42 OSF/1, 4­22, 4­36 RRD42 CD drive, 4­20, 4­22 VMScluster, 4­32 Booting commands, 4­5, 4­20, 4­22, 4­34, 4­36, 4­38, 4­42, A­1 command parameters, 4­7 command structure, 4­6 concepts, 4­14 InfoServer, 4­26 local device, 4­18 shadow set, 4­40 standalone backup, 4­29 Boot device, 4­2, 4­15 Boot driver, 4­15 Boot procedure, 4­14 Boot processor, 1­5, 4­1, 4­17 selection, 4­16 Boot program, 4­14 Build EEPROM command, A­1 C CCL module, 2­7, 3­3 Cdp, A­1 CD­ROMs, 2­3 Circuit breaker, 1­11, 3­7 lockout, 3­7 trip indicator, 2­7, 3­7 CIXCD, 4­3 CI disk, 4­3 Clear command, A­1 Console commands, A­1 Console load device, 1­7, 2­2 Console terminal, 1­6, 2­10 Continue command, A­1 Control panel, 1­9, 2­10, 3­2 Cooling system, 1­9, 2­12 airflow, 2­13 blower, 2­13 safety detectors, 2­13 Create command, 4­12, A­1 D DC distribution box, 1­11, 2­7 DECbridge 500, 2­3 DEMFA, 2­3 DEMNA, 2­3, 4­3 Deposit command, A­1 Device mnemonic, LFU, C­6 Display command, LFU, C­14 DWLMA, 1­5 Index­2 E Electrical characteristics, 1­3 Environmental characteristics, 1­3 Ethernet port, 2­11 Ethernet servers, 4­31 Ethernet service selection, 4­30 Ethernet­based compact disk server, 2­3 Examine command, A­1 Exit command, LFU, C­12 Expander cabinet power connections, 2­11 F Fault light, 3­5 FDDI, 2­3 Filler modules, 2­9, 2­13 Firmware updating, C­1 H Heat dissipation, 1­3 Help command, A­1 Humidity, 1­3 I Initialize command, A­1 Initial System Load. See ISL In­cabinet tape drive, 1­9, 2­15 IOP module, 1­5, 1­11 ISL, C­5 I/O bulkhead, 1­11, 2­11 I/O bus adapter module, 1­5 I/O port module, 1­5 K KDM70, 4­3 Keyswitch positions, 3­3 Key On light, 3­5 KZMSA, 2­3, 4­3 L LFU, 4­3, C­1 List command, LFU, C­8 LSB bus, 1­1, 1­5, 2­8 LSB card cage, 1­7, 1­9, 1­11, 2­8 M Memory node, 1­5 Mnemonic, device, LFU, C­6 MOP, 4­8 Multiprocessing, 1­5 N Network initial system load function, 4­30 Nominal frequency, 1­3 O Operating characteristics, 1­3 P Physical memory, 1­1 Plug­in units (PIUs), 2­11 Power regulators, 1­9, 2­7 Power system, 2­6 Primary bootstrap, 4­15 Primary processor, 4­17 Processor node, 1­5 R Repeat command, A­2 RRD42, 2­3, 4­3 Run light, 3­5 S Secondary processors, 1­5 Sensors static air pressure, 2­13 temperature, 2­13 Set boot_def dev command, 4­12 Index­3 Set boot_reset command, 4­12 Set command, A­2 Set cpu_enable command, 4­17 Set cpu_primary command, 4­17 Set work command, 4­12 Shadow set booting, 4­40 Show command, A­2 Show command, LFU, C­6 Show device command, 4­24, 4­34, 4­36, 4­38 Show network command, 4­28 Start command, A­2 Status indicator lights, 3­4 Stop command, A­2 System architecture, 1­4 characteristics, 1­2 footprint, 1­2 options, 2­14 T Tape drive TF85, 2­5 TLZ06, 2­5 Temperature, 1­3 Test command, A­2 U Update command, A­2 Update command, LFU, C­10 UPS, 2­7 V Verify command, LFU, C­14 VMScluster, 4­33 booting, 4­32 concepts, 4­32 X XMI bus, 1­6 XMI I/O channel, 1­5 XMI PIU, 1­9 bulkhead panel, 2­3 PIU quadrants, 2­11