EXCEPTIONAL PROCEDURES
CATASTROPHIC PROBLEMS
A damaged swapping RAD and a software check lA are ex-amples of disasters. Again, some files may be lost but the following pmcedure will get back as many files as possible, perhaps all of them.
1.
Boot under files from the PO tape specifying T, C, P, I and request HGP reconstruction.2. When reconstruction is finished, perform an instant SQUIRREL. This willi save all files that can possibly be saved.
3. Restore the entire fHe system.
The last step is recommended, although it may not be neces-sary. Depending on errors reported by HGP reconstruction, the system nKmager should choose whether or not to proceed with normal processing.
Exceptiono I Procedures 125
(Secti on 9 has been deleted. )
126-138 90 16 74H-2(9/78)
(Section 9 has been deleted.)
90 16 74H-2(9/78) 139
10. SYSTEM GENERATION
INTRODUCTION
The system generation process for the CP-V operating system is performed by service processors. These processors operate as ordinary batch or on-I ine jobs to collect,
Selects from various sources the relevant mod-ules required in the system generation process.
Generates the required dynamic tables for the target resident monitor.
Stores and executes lood card images (by ca 11-ing the loader) to produce load modules (lMs) for the monitor and its processors.
Writes a monitor system tape that may be booted to bring up the target system.
Bootstrap operations, includi ng patching operations (PASSO), are described in CP-V/SP Reference Manual, 9031 13.
Although the processors described in this chapter are collec-tively termed SYSG EN, they are in fact separate processors.
Byorganizingtheprocessproperlyand by saving files, it is often possible to perform very short system generations to ac-complish a simple task such as adding a new shared processor.
Some of the SYSGEN processors are provided for conve-nience. Their functions may be accomplished in some other way, if desired. For example, LOCCT and PASS3 processes may be conveniently replaced at times by sim-ple use of load commands.
1. Standard operational label assignments
:OPLBLT specifies the default device assignment of on-line, batch, and ghost operational labels.
2. I/O control table generation and handler selection
:SDEV!CE defines the devices associated with symbionts.
:LDEV defines the number and names of logical device streams.
Job operational limits and system control values : RES specifies the resources used to control
:ELIMIT specifies system limit increments for exit control processing.
:IMC specifies the initial values for system perfor-mance control parameters.
: PART specifies the number of partitions that may be used and the i r resource va lues.
4. Monitor control table generation
:COC specifies the number of and initial values for I ine control tables.
:MON specifies table sizes, CPU type, and buffer pools.
:SPROCS lists the processors that are shared.
:GHOST specifies that certain ghost jobs are to be
6.
Feature authorization:FAUTH specifies certain special features that may be usrad only by users who have been specifically authori.zed .
7. :HANDlERS2 specifies that certain handlers should not be placed in the monitor root but rather should be placed in the unmapped overlay UMOV.
PASS2 decides which handlers wi II not be placed in the root.
8.
Multiprocessing:SCPU specifies the number and characteristics of slave CPU •• installation, the user must know the desired characteristics of that system so the appropriate information may be sup-plied via the system generation control commands. The parameters that must be known beforehand are summarized below.
To define the characteristics of the target system, the user should determine the answers to the following questions:
1. b
the default set of monitor operational labels and the standard assignments for those labels adequate for the target system? If not, what standard labels and stClndard assignments are required?2
.
3.
What peripheral devices are needed and whkhof these should share the same channel controller? What are their model numbers? Which devices should be allo-catable resources? Which devices will be partitionable?
What
I/O
handlers are to be used in the target system?If special handlers are needed, what are the names of the primary and secondary entry locations?
90 16 74H-2(9/78)
4. Are there any nonstandard devices in the torget system?
If so, are they listing, tope, or disk devices? What are queue storage, permanent fi Ie storage, permanent system storage, swapping storage? Which model RADs and/or disk packs are to be used? for patching the mc)nitor?
15. Are the standard defaults and maximums for the LIMIT parameters adequate fo'r the target system? If not, what limits should be established?
16. What lIser programs, processors, or other program
19. Is the system going to have real-time faci lities? user can generate an operati ng system tai lored to the require-ments of a specific installation. Starting with a CP-V master system tape, the user can create a bootable system tape from which the generated operating system can be loaded into a tar.get machine. The target machine can be any system hav-ing a hardware configuration compatible with CP-V and may have more or less core storage than the one used to generate the system tape.
The master tape contains a bootable monitor, files of load modules elMs} comprising the processors and other routines to be used during system generation, and a large number of system generctior~. The DEF processor provides the option of wrir;,'g a revised moster system tape for use in some fu~ure s}'stem gereration.
1,(2 System Generotlon Overview
The PASS2 processor reads system generation control com-mands and generates disk files of load modules that establish operational labels, peripherol characteristics, logical device streams, allocatable system resources, and other installation-dependent parameters that will be used during a later phase during subsequent system generations.
If the generated system is to Include CP-V standard modules or user-defined programs having associoted LOCCT files of tree Information, the PASS3 processor must be called to in-itiate the format:on of load modules for them.
The PASS3 processor reads control commands specifying which LOCCT tables are to be used to define the load struc-ture of CP-V standard modules or user-defined programs.
The user may specify that a given LOCCT table and a tape, containIng the generated system.
The system tape generated by the DEF processor has the same
DetaT/ed procedures for generating a typical CP-V
sys-~em, and detal led descriptIons of the various control c()m-mands used In system generation are presented 1:J~flr in thIs chapter.
90 16 74 H - 1 (1 1/76)