Page of GC20-1806-9 As Updated April 1, 1981 by TNL GN25-0834 MULTIPLE ALTERNATE CONSOLE SUPPORT Changed: Function and Documentation VM/370 now accepts multiple alternate
console definitions at system
generation. If the primary console is
not operational during VM/370 IPL, the
list of alternate consoles is searched
in the order specified in the RIOGEN macro statement. The search is
continued until an operational device is
found. (See "Section 2: Initiating VK/370 Operation".)
xiv VM/37Q Operator's Guide MISCELLANEOUS CHANGES Documentation Only eKS Batch Facility information has been
removed from this publication as this
information is contained in the CKS User's Guide, GC20-1819, a
corequisite publication.
Directory Service program documentation
has been removed from this publication.
Duplicate information is fully contained
in the V8/31Q Planning and Generation Guide, GC20-1801, a
corequisite publication.

Section 1. Introduction To the Operational Control of the VM/370 System System operators, in almost all large System/370 installations, serve in
an apprentice capacity until they have acquired the skill and knowledge
to maintain the installation's operating system, be it DOS, OS, or YM/370. In an apprentice capacity, an operator acquires a basic proficiency
in mounting, making ready, and loading tape, DASD, line control, and
other hardware devices. Novice operators also learn the address
designations of all hardware devices attached to the system. They
become aware of those system resources that can be switched or patched
via alternate channel or telecommunication Fath to expedite system operations. The operator becomes aware of system console terminal operation as well as the function of most of the indicators, switches,
buttons, and alarlls that are part of the processer control,. All of this
knowledge is basic and must be acquired before considering the
operational control of any systell control program (SCP). The second phase of an operator's training is to be knowledgeable
about the SCP that is controlling the data precessing operations; he .ust be aware of its capability and its operating Fhilosophy. Tne operator must also be aware of the priorities and the demands placed
upon the system '. Much of this basic knowledge of VM/370 is described in the !ALJIQ In that document there is discussion on virtual machines; how they are built, identified, and used. Each facet of the virtual machine is described: the virtual processor6 virtual storaqe# virtual I/O devices, and the virtual system console.. Concurrent virtual machine usage and spooling operations are also described. The describes briefly the cOJlmandlanguage of CP and the other
components of Y8/370, namely, the Conversational ftonitor System (CftS), the Interactive Problem Control System (IPCS), and the Remote Spooling Communications Subsystem (RSCS). Wi th an understanding of Vfi/370 concepts, the power and versa tili ty of YM/370 is soon realized. The system operator is not just controlling
one process and its related storage and I/O with control and application programs; the operator is exercising control over the of multiple systems (virtual systems). Each virtual system with its own system operation, in turn, is being controlled by a user via a terminal
console. When additional facilities and resources or priorities are
needed by the virtual system, the virtual system operator must request
these services fro. the Vft/370 system operator. The system oper.ator
then delegates additional system resources to the virtual machine, if
feasible. Some of the operations that are exclusive functions perforlled by the VM/370 system operator are as follows: • Reorder, purge, or copy any closed spool files • Issue warning and high priority messages • Attach and dedicate devices to specified virtual machines • Automatically logon virtual machines • Force users off the system when warranted Section 1. Intro. to operational Ctrl. of the V8/370 System 1