Digital PDFs
Documents
Guest
Register
Log In
AA-D643A-TE-V01
August 1978
48 pages
Original
2.2MB
view
download
OCR Version
2.1MB
view
download
Document:
VAX/VMS UETP User's Guide
Order Number:
AA-D643A-TE
Revision:
V01
Pages:
48
Original Filename:
OCR Text
August 1978 This guide explains the function of the VAX/VMS User Environment Test Package (UETP) and provides operating instructions for running the UETP on a VAX/VMS system. VAX/VMS UETP User’s Guide Order No. AA-D643A-TE SUPERSESSION/UPDATE INFORMATION: This is a new document for this release. OPERATING SYSTEM AND VERSION: VAX/VMS V01 SOFTWARE VERSION: VAX/VMS V01 To order additional copies of this document, contact the Software Distribution Center, Digital Equipment Corporation, Maynard, Massachusetts 01754 digital equipment corporation - maynard. massachusetts First Printing, August 1978 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 described in this document is furnished under a license and may only be used or copied in accordance with the terms of such license. No responsibility is assumed for the use or reliability of software on equipment that is not supplied by DIGITAL or its affiliated companies. Copyright C)]378 by Digital Equipment Corporation The postage-prepaid READER'S COMMENTS form on the last page of this document requests the user's critical evaluation to assist us in preparing future documentation. The following are trademarks of Digital Equipment Corporation: DIGITAL DEC - DECsystem~10 DECtape MASSBUS OMNIBUS DECUS EDUSYSTEM PHA UNIBUS COMPUTER LABS COMTEX DDT DECCOMM FLIP CHIP FOCAL INDAC LAB-8 DECSYSTEM-20 RSTS RSX TYPESET~-8 TYPESET-11 TMS-11 VAX VMS SBI DECnet IAS PDP ASSIST-11 DIBOL RTS~-8 7/79-14 0s/8 ITPS-10 CONTENTS Page < PREFACE THE the [ ! UETP ke OF Uses UETP N ROLE Who THE UETP What the UETP Tests UETP's Relationship and Diagnostics The UETP WORKS e THE The | AT DA WWN HOW to Error Logging Command Procedure Master Initialization Phase The I/0 Device Test Phase The Native Mode Test Phase B o b b The The System Load Test Phase Compatibility Mode Test Phase The Termination Phase The SYSTEM the System ) THE Booting Setting Up Disk Drives Setting Up Magnetic Tape Setting Up Terminals Other Devices The Load Single-Run Versus Continuous UETP Execution FLX and VAX-1l RMS Magnetic Tape Tests N . . . NEFEHFR ENTIRE Log The and CTRL/C Files INDIVIDUAL Device UETP PHASES = The Logical Name N WK Tests Test The UETPS$SCTRLNAME Output The Native Mode Tests System Services Test The Native Mode Utility The VAX-11 RMS Test The VAX-11 The N - UETP | THE Using CTRL/Y CTRL/Y CTRL/C UETP [] 2 [ Log Test The RUNNING o VARIABLES Console RUNNING e UETP The | [ = [] * ] & WN e DEFINING Drives and Line Printers FORTRAN Test IV-PLUS The Load Test Compatibility Mode The FLX Test R PREPARING N INSTRUCTIONS I OPERATING OUTPUT NNOMNMNONNNNNODNONNDONMONDNNNDND NN UETP Logging In Preparing Devices BB WNNNNN - [ L] [ R R BB B RARERBRWWWWWNONNDNDN H R . o & 0 . e UETP W NONMNONDNNNNOMNNODNONDNODMNONNODNODNONONNODNNNNMONODNNNDNDNDNDND CHAPTER N INTERPRETING | THE TO et INTRODUCTION HEHEWOOWO®IIIAAUTO S D WN N CHAPTER System Test Output iii Test Compiler Test (Cont.) CONTENTS Page . B W N B 2 BB -B B L] * L] L] BB B W B S L[] L * > W B . . L[] [ ] L RN NN SUMMARY OF OPERATING INSTRUCTIONS LOGGING IN PREPARING DEVICES FOR TESTING Disk Drives Magnetic Tape Drives Terminals and Line Printers Other Devices RUNNING THE ENTIRE UETP RUNNING INDIVIDUAL UETP PHASES The Device Tests The Native Mode Tests The System Load Test The Compatibility Mode Test FIGURES 1-1 The UETP Master Command Procedure TABLES TABLE A-1 A-1 A-1 A-2 A-2 A-2 A-3 A-3 A-3 A-4 A-4 A-5 Index-1 INDEX FIGURE d APPENDIX |= ) FORMAT OF SYSTEM MESSAGES ALPHABETICAL LIST OF MESSAGES N UETP w MESSAGES 3 w CHAPTER Device Names Guideline for Selecting Number of Load Test Users The Device Tests iv PREFACE MANUAL The OBJECTIVES purpose of the VAX/VMS UETP User's Guide function of the User Environment Test Package UETP operating instructions. and is to to explain provide the complete INTENDED AUDIENCE The major audiences for manufacturing technicians support personnel. and to how The interpret interpret what customers is contained STRUCTURE THIS ® role them how The guide the UETP choose the UETP field to to User's service run also the the test allows executes. run Guide are and software 1In UETP package customers addition, by to the following guide. DOCUMENT contains Chapter tells while may in VAX/VMS DIGITAL results. happening themselves This guide guide test instructions OF the and 1 three is of an the chapters and introduction UETP, the to way one appendix. the UETP it works, that discusses and the output the it produces. e Chapter the tests ® 2 UETP provides detailed operating instructions for running package automatically and for running individual UETP separately. Chapter 3 explains all the messages that the UETP tests can return. e Appendix explained A is ASSOCIATED DOCUMENTS This refers guide System Messages a summary in detail in description Chapter of operating instructions 2. to several other and Recovery Procedures VAX-11l documents Manual, in (the VAX/VMS particular). For information on these and other related documents, refer to the VAX-1l Information Directory. The directory briefly describes all the VAX-11 documents and explains each document's intended audience. CONVENTIONS USED IN THIS DOCUMENT In examples of dialogues with the system, user input is printed in red to distinguish it from text displayed by the system. Usermame! SYSTEST When demonstrating the optional input $ QUETP Note, For example: format in brackets ([]). of UETP calls, For example: are required the guide encloses syntax in directory [/OUTPUT=filespec] however, specifications, that such as brackets [SYSTEST]. vi CHAPTER 1 INTRODUCTION This chapter Package is an (UETP). introduction The UETP to 1is TO THE UETP the VAX/VMS a User collection Environment of tests Test designed to demonstrate that the hardware and software components of a VAX/VMS system are in working order. DIGITAL software support representatives run the UETP on a newly installed VAX/VMS system as the formal sample procedure. In three sections, of UETP the topics: The ®@ The ® The way ® The UETP first role in which output tests type the are a from the (Section simple to to prompts. tests run. invoke To discusses the following 1.1) UETP works the UETP command chapter (Section (Section run all the UETP 1.3) of and 1.2) them then at respond once, to you several Using the information you have provided, the tests proceed automatically. Alternatively, you can choose to run only one test at a time; you can select an individual test by invoking a specific image or command procedure. Chapter 2 of this gquide gives complete instructions for running the collection of tests automatically and for running 1.1 each test on its own. THE ROLE OF THE UETP The UETP leads the system through a series of exercises; at the of the series, most hardware and software components have requested to perform one or more tasks. The tests show not only individual components together an as The UETP attempts to is, the tests make that might originate test every without feature encountering ready for 1.1.1 Who Uses work integrated normal that the various components work simulate a normal timesharing environment; that demands on the system that are similar to demands from everyday use. The UETP does not attempt to exhaustively. When nonrecoverable errors, use. the but also system. end been that the the UETP runs system to under completion test is UETP The primary users of the UETP are VAX/VMS manufacturing technicians and DIGITAL field service and software support representatives. The UETP is an important part of the final assembly and test (FA&T) of every VAX/VMS system. If you are a manufacturing technician, you run the UETP many times on each system to ensure that it works properly. INTRODUCTION TO THE UETP The UETP is the last of a thorough regimen of tests; can be shipped to a it customer, diagnostic tests as well as the UETP. must successfully before a system complete all If you are a field service or software support representative, you run By the UETP after installing a VAX/VMS system at the customer site. running the UETP, you can ensure that the system was not damaged in transit and that the hardware and software have been correctly in its role as the sample Furthermore, installed and generated. the UETP demonstrates to the customer that the newly procedure, installed system is capable of doing useful work. What the UETP Tests 1.1.2 With one exception, the UETP tests exercise devices and functions that are common to all VAX/VMS systems. The package does not test optional features such as high-level language compilers (other than the VAX-11 The system components FORTRAN IV-PLUS compiler) or network devices. tested include: e @ e All standard line printers, disks connected to the system Most RSX-11M utilities that terminals, run in magnetic compatibility tapes and mode on VAX/VMS record Various native mode functions such as system services, management services (VAX-11 RMS), native mode utilities, and, optionally, the VAX-11 FORTRAN IV-PLUS compiler ® The system's multiuser capability The UETP explicitly tests the features listed above; moreover, in the process of running its tests, the UETP indirectly tests additional command the UETP uses For example, functions of the system. The tests themselves procedures to execute some of its tests. therefore show how command procedures can be used for indirect job various system commands are issued addition, In processing. the system load test, which particular, 1In tests. the throughout demonstrates the system's multiuser capability, issues many commands within a short time. The UETP's Relationship to Error Logging and Diagnostics 1.1.3 Wwhen the UETP encounters an error, it reacts either by returning an error message and proceeding or by reporting a fatal error and 1In either case, the UETP does not attempt to discover terminating. in other words, the tests react as normal the cause of the error; user programs do. If the UETP encounters an error that you cannot immediately you can diagnose, turn to the VAX/VMS error logging and diagnostic facilities. The system continuously maintains data on various kinds of errors. running the SYE error report By generator, you can obtain a detailed report of hardware and system errors that occurred while the UETP was SYE reports optionally provide detailed information on the running. state of the system at the time each error occurred. INTRODUCTION TO THE UETP The diagnostic facilities can help in a different way. exhaustively examine a device or medium to isolate the These tests sources of any errors. If an error report covering a UETP run indicates that a particular device 1is consistently generating errors, you can run the appropriate diagnostic to investigate the device. The VAX/VMS Operator's Guide contains operating SYE report 1.2 instructions for the generator. HOW THE UETP WORKS You can run the UETP tests @ Altogether by e Individually by in either one of two ways: invoking a master command procedure invoking a specific UETP test The first method runs all the tests automatically. A master command procedure contains commands that initiate each test phase in turn. When you invoke the procedure, it begins by asking several questions; your responses provide information needed by various test phases. After you answer the questions, the tests run to completion without further input from you. At certain times, you may prefer to run only one test phase. The modular design of the UETP permits you to run each test phase individually. Furthermore, some phases consist of several tests which can also be run independently. For example, the device test phase runs a different test for each type of device. You can test either all the devices at once or only the devices associated with a specific controller. Chapter 2 explains both how to run the whole package of tests at once explains the structure of the test package and the each and how to run each test individually. test phase. 1.2.1 The remainder of this section function of The Master Command Procedure The file UETP.COM is the master command procedure that you invoke to Figure 1-1 below shows the principal the whole package of tests. run commands within UETP.COM; these are the commands that actually invoke the various test phases. Additional commands within the file perform 1logical defining console, from the such tasks as asking for input names, and manipulating files generated by the tests. The additional commands are essential to making the UETP package as automated a procedure as possible. As the figure shows, running an image or the procedure invokes each test phase by invoking another command procedure. either by INTRODUCTION TO THE UETP UETF.COM $ O $ RUN UETINITOI} RUN UETINITO e e -» |nitialization Phase $ RUN UETFIDEVO1 - |/O Device Test Phase $ RUN UETNATVO1 $ PUETNATVOR? $ RUETNRMS00 $ QUETFORTOO $ RUN $ QUETCOMFOO » Compatibility Mode Test Phase $ RUN +Termination Phase Figure 1.2.2 The UETLOADO1L The Initialization 1initialization following ways: Commands » System Load Test Phase UETTERMO1 1-1 The e —f———— Native Mode Test Phase Master prepares the master the terminal. (Section The input defines certain of the UETP tests. e The image Procedure for command the actual file prompt tests for input the from 2.2 explains the prompts in detail.) variables that affect the execution gathers information on all the in the system and on their associated devices. writes the information into a file called UETINIDEV.DAT and then displays the file at the terminal. Using the information in the file UETINIDEV.DAT, the second initialization 1image, UETINITOl.EXE, verifies that all the devices in the system are operable by performing a simple read/write operation. If a device fails this test, the device's entry in UETINIDEV.DAT specifies that the unavailable. As a result, subsequent UETP tests device. 1.2.3 in UETINITO0.EXE controllers The image ® Command Phase phase within UETP The device is ignore that I/0 Device Test Phase The I/0 device test phase includes separate tests for each type of device to be tested (disks, 1line printers, magnetic tapes and terminals). For each controller in the system, the image UETPDEVO1.EXE controller passed.) Each examine all the system two creates name. three terminal controllers, the processes to separate 2.4.1 detached explains test controllers, image terminals, one creates one to test disks. By creating detached phase is able to detached processes deletes been each tested. process how and passes to it the controller name the appropriate device test devices. For example, 1if detached process runs controller's associated has disk a (Section line six test printer detached line controller processes: printers, and a is to a and three two to processes to run the individual tests, this test exercise many devices simultaneously; all the execute concurrently. The image UETPDEVO1l.EXE process when the assigned controller's devices have all INTRODUCTION TO THE UETP The terminal tests and line printer tests perform similar exercises. Both generate several pages or screens of output, where each page or screen contains a header line and a test pattern of ASCII characters. A header the time, On each line and a disk contains the test's test page number. in the system, the it randomly writes blocks of data for errors and erases the The magnetic The test tape test creates a test erases 1.2.4 The the Mode Test a test large then name, the date, file into which checks tape drives in each mounted tape, of varying sizes. tape, validates the file. Native device's the on writes multiple sequential records the records, the test rewinds the and The all file the allocates data. file. exercises large name, the written the into system. which it After writing written records Phase The native mode test phase exercises software services provided explicitly for VAX/VMS (in contrast to RSX-11M utilities that run in compatibility mode). This phase includes four separate tests: The ® UETNATVO1l.EXE e UETNATV02.COM e UETNRMS00.COM ® UETFORT(00.COM test initiated by UETNATVO1l.EXE issues all the system services available to VAX/VMS programmers. For each service, the test produces both success and failure return codes. For the success codes, the test verifies that the service worked correctly. Native mode utilities such as the VAX-11 Symbolic Debugger and the 1Image File Patch utility, test initiated record are tested by the command procedure UETNATV02.COM. by the command procedure UETNRMS00.COM handles all management services (VAX-11 RMS), which are used perform I/0. The final part of the if the system being tested includes The command procedure UETFORT00.COM native mode test a VAX-11 FORTRAN tests various VAX-11l FORTRAN the 1.2.5 The The (When load of you to be in your system. logged in same The type load at of creates the this way, normal real the a The the load detached system use. effect on creates image code it to produces. Each can an within processes system number on from the in is of memory a user are succession, analogous environment of procedure command commands detached amount the terminal. quick their a procedure. simulates each a creates command process enter issuing a the depends execute the UETLOADOl.EXE, execute specify commands concurrently test object all number user processes users the which you the terminal; the by Section 2.2.2.) that simultaneously. of UETP, created; See a directed the and programs phase runs only IV-PLUS compiler. features of the Phase processes, commands test generally number test, detached initiate processes compiler System Load Test system number IV-PLUS in The the from that and procedures to an equal terminals. is similar In to INTRODUCTION TO THE UETP 1.2.6 The Compatibility Mode Test Phase The compatibility mode test issues commands that 'call most RSX-11M Compatibility utilities running in compatibility mode on VAX/VMS. mode utilities run on VAX/VMS with the aid of the Application The command procedure UETCOMP00.COM issues Migration Executive (AME). several ¢ommands for each utility and then, in most cases, compares the output from the commands with output that is known to be correct. (Section 2.4.4 lists all the utilities that this phase tests.) The Termination Phase 1.2.7 The master The termination phase signals the end of the UETP package. command procedure deletes temporary files and performs other cleanup The image UETTERMO1l.EXE then displays the time at which the activity. UETP run ended. In addition, the master command procedure UETP.COM determines whether (You can request multiple runs when the UETP needs to be restarted. To automatically see Section 2.2.3.) you start up the test package; the procedure passes control directly to the start up another run, device 1.3 test phase. INTERPRETING UETP OUTPUT from terminal the You can monitor the progress of the UETP tests at status displays always terminal The them. invoked you which and ending information, such as messages that announce the beginning The tests send other each test and messages that signal an error. of issuing types of output to various log files (which can include the terminal) depending on how you invoked the tests. The log files contain output generated by the actual test procedures. For example, one log file contains the command output produced by the another contains output created by the compatibility mode load test; (Section 2.3.2 contains a list of the log utilities that are tested. successfully, you need not refer to the complete tests the If files.) the terminal 1log provides sufficient information. files; log the 1log files provide However, when a test encounters an error, further information about the nature of The error messages that appear at the files have two basic the error. terminal and within the 1log sources: ® The UETP tests themselves e The system components that are tested that the Chapter 3 of this guide lists and explains all the messages tested the by sent messages clarify to However, generate. can tests to the VAX/VMS System either system components, you need to refer to the manual that Messages and Recovery Procedures Manual or describes the individual component. 1-6 CHAPTER UETP This 2.1 chapter presents the OPERATING 2 INSTRUCTIONS UETP operating e How to prepare the ® How to define UETP e How to run e How to run individual UETP test phases PREPARING THE the system for instructions, variables whole package running the (Section 2.2) (Section 2.3) including: UETP (Section 2.1) (Section 2.4) SYSTEM The images and command procedures that comprise the UETP are included in the distributed VAX/VMS system. You can run the UETP any time after the system has been generated and booted. This section describes the steps needed to set the system up for running the UETP. 2.1.1 To Booting prepare for the System the UETP Bootstrap instructions Installation Guide. 2.1.2 Logging tests, are boot the system contained in in the the normal VAX-1l1 manner. Software In You can log in from any terminal connected to the system. If you have a choice between a hard-copy terminal and a VDT terminal, consider whether you want a copy of UETP output to the console. Section 2.2.1 below discusses output to the terminal in conjunction with the UETP log files. All UETP files reside in the [SYSTEST] directory on the system disk. To access these files, you must log in under the user name SYSTEST. The password to this account in the distributed system is UETP. Note that because the SYSTEST account has powerful privileges, its password should be changed after the VAX/VMS system has been installed at the customer site. The AUTHORIZE utility, Manager's Guide, can be used to change described in the VAX/VMS account passwords. System UETP OPERATING For INSTRUCTIONS example: > “RET Username: <RET:X SYSTEST > “RET Fasswords: where site. the password is (The system Password: Note UETP or a password determined never echoes a string typed by the customer in response to the prompt.) that the SYSTEST CMKRNL account must have the following privileges: PRMMBX DETACH PRMCEB GRPNAM GROUP SYSNAM LOG_IO The SYSTEST account also must have the following quota allowances: ASTLM:10 DIOLM:12 BIOLM:12 TQCNT:20 In the system distributed by DIGITAL, the SYSTEST account already has these privileges and quotas assigned to it. To check that they remain assigned, issue the following $ SHOW FROCESS/FRIVILEGES $ SHOW FROCESS/QUOTAS two commands: <RET: <RET: In response to each command, the terminal displays all the privileges or all the quotas 1in effect for the current account. If the privileges and quotas listed above are not present, run the AUTHORIZE utility to add them. (The VAX/VMS System Manager's Guide describes the AUTHORIZE utility.) The UETP tests can run while the system 1is processing other work; however, you obtain better results if the tests run in isolation. For example, the UETP cannot test any device that is allocated to another process. 2.1.3 Preparing After logging quick in, reference, italics of 2.1.3.1 perform @ the Devices you must each set up preparatory following the devices to be tested. below concludes with a For summary in steps. Setting Up Disk Drives the all subsection For each disk drive in the system, steps: Provide a disk that does not contain any data worth preserving (that is, a scratch disk) and start up the drive. If the disk has not been initialized, use the INITIALIZE command to do so. For $ example: INITIALIZE/UATA_CHECK DMAO!? TESTL <RET: This command initializes a disk on an RK0O6 (DMAO:) and assigns the volume label TEST1 to 2-1 lists the mnemonics for or RKO7 the disk. the various device types. 2-2 drive Table UETP OPERATING INSTRUCTIONS Table 2-1 Device Names Mnemonic Note ® that Issue For a Device Type DB RP04, RP05, DM RKO6, RKO7 DR RM03 Disk LP Line Printer MT TE16 Magnetic TT Interactive all volumes must MOUNT command to DMAO! TESTIL This command DMAO:. the volume If the CREATE when mounts The a $ Disk Tape Terminal have unique labels. connect the to disk the file example: MOUNT/ZSYSTEM ® RP06 Disk the volume qualifier available volume does testing the to all it For DIIMAO! TEST1 indicates users contain set disk. CREATE/DIRECTORY labeled /SYSTEM to not command <RET: in the up. the that the are making system. directory The on you UETP [SYSTEST], uses this directory example: [SYSTESTI «<RET: Summary: Physically mount a Start up the drive Issue one or more seratch disk of the following $INITIALIZE/DATALCHECK FMOUNT/SYSTEM device-name! device-name! $CREATE/DIRECTORY commands label device-rmame! Physically mount volume drive, marker, e If and press the tape command $ a must be at position the to has do INITIALTZE This command assigns the tape must write-enabled least 600 feet tape at the the not so. MTO! ONLINE been For a <RET:TM <RET.> - For <RET: each magnetic scratch tape. The long. Turn power on to Beginning Of Tape the switch. initialized, issue the INITIALIZE «<RETTM initializes have required: example: TAPEOQ volume label LSYSTESTI 2.1.3.2 Setting Up Magnetic Tape Drives drive, perform the following steps: ® as the tape 1label TAPE0 unique volume 2-3 loaded to label. the on drive unit tape. Note that each UETP OPERATING INSTRUCTIONS Issue a MOUNT command to connect the disk to the file @ For system. example: % This command mounts the tape labelled TAPEO on drive unit 0. Summary: Turn power on to the device Physically mount a write-enabled scratch tape at least 600 feet long Position the tape at the BOT marker Press the ONLINE switch If necessary, initialize the tape as follows: % Mount the tape as follows: k- to be 2.1.3.3 Setting Up Terminals and Line Printers - In order tested by the UETP, terminals and line printers must be powered up and In addition, check that 1line printers must be online to the system. The amount of and hard copy terminals are properly loaded with paper. to intend paper required depends on the number of UETP runs that you For each run, a line printer and a terminal both require 2 initiate. pages. baud In addition, check that the terminals are all set to the correct rate and are assigned appropriate characteristics (see the VAX-11/780 Hardware User's Guide, Order No. EK-UG-780-UG-PRE). Summary: Turn power on to the device Check paper supply if the device produces hard copy Pregs the ONLINE switch Check baud rates and terminal characteristics 2.1.3.4 their Other Devices - The UETP does not test the following devices; status has no effect on UETP execution: e Card readers ® Network @ Null devices devices (DMClls) UETP ® Mailboxes @ Dialup ® Nonstandard terminal OPERATING INSTRUCTIONS lines devices Furthermore, floppy disk are able to shown 2.2 that the UETP does not test the console terminal, the console drive, and the terminal used to initiate the UETP. If you boot the system, log in, and start the UETP, you have these devices are usable. DEFINING This you You section UETP VARIABLES explains several run the entire UETP ® The amount of ® The number load test ® The number ® The variables package. UETP information to output of users simulated of consecutive to magnetic tape drive facility and VAX-11 RMS decide including how much or omitting information The be To The Console initiate procedure $ QUETF which to you issue L/0UTFUT=filesrec] you by be should be to the the made for by a time console in the the UETP test of to the to the call by your starts up. each determine: UETP defined it define output the /OUTPUT qualifier a call to follows: If you do not specify all its output to the from runs must variables system the FLX console to answers by the UETP. to three Log the UETP, as be to be used services remaining three variables are questions that the UETP asks when 2.2.1 that you These issued the UETP master command “RET: the /OUTPUT qualifier, the UETP proceeds to send console, which, in this context, is the terminal the call. 1In most cases, however, it 1is more the UETP to write most of its output to a disk file, Furthermore, if you run the UETP from a hard-copy terminal, the typing of all the output considerably slows down the tests. This slowdown is convenient multiplied terminal. By for if continuous the /OUTPUT qualifier to console log. The UETP then name you specified, During the such error of as each UETP is run, short file output information separate the UETP This proceeding the on the messages phase. output the request appending short If you UETP creates disk displays in enables of log by displayed files. indicates a you various This phases at the For example, to of console. the the you at beginning determine can file UETP, Some load hard-copy request a file, with the [SYSTEST] directory. vyou disk a output information the problem, information. from call, an the status notifications information further generated output the runs normally. console for and system UETP console ending whether examine contains plus phases test the and have generates the most the the of status additional a large UETP OPERATING INSTRUCTIONS ant. This amount of information which in itself is not very signific Section (see .LOG UETPLOG called file a information is written to 2.3.2). 2.2.2 The Load Test (n) The UETP displays the following prompt; your answer to the byprompt load the created be to es determines the number of detached process test. ENTER NUMEBER OF LOAD TEST USERS C[DIin <RET-> simulates Each detached process executes a command procedure and thus of the test is a user entering commands from a terminal. The purpose with other to create a situation in which each process is competinga message when processes for system resources. The console displays can ne determi you so ends process each each process begins and when is process Each users. ed simulat active ly current of the number deleted when it finishes its command procedure. on the The maximum number of users that you should specify: depends es a provid 2-2 Table system. S VAX/VM your in amount of memory of amount the to iate appropr guideline for selecting a number of users memory available to you. Table 2-2 Guideline for Selecting Number of Load Test Users System RP-Based RK-Based Size of Memory Number of load users test 256K 10 384K 15 512K 20 640K 25 768K 30 896K 35 1 megabyte 40 256K 6 384K 9 512K | 12 640K 15 768K 18 896K 21 1 megabyte 25 UETP 2.2.3 single-Run Versus The UETP the number displays of ENTER The UETP can be the runs can be OF run repeated Continuous following it NUMBER OPERATING INSTRUCTIONS UETP Execution prompt; your response L[DI1in <RET: makes. COMFLETE as a UETF quick over and RUNS check over that to the see system how the is (n) determines working, system or responds it to continuous use over a period of time. IFf you type 1 in response to the above question, the UETP stops after completing its initial run. If you specify a number greater than 1, the UETP continuo usly restarts itself until it completes the number of runs specified. For example, (FA&T), the day, as part of night. In contrast, verifying that a newly run the a VAX/VMS system's final assembly and test a manufacturing technician starts up the UETP at the end of specifies 20 complete UETP runs, and lets the system run all UETP only a field service representative is interested installed system works, and therefore tends once or twice at a time. in to When you intend to specify multiple UETP runs, be sure to request a short console 1log (see Section 2.2.1), especially if you are working from a hard-copy terminal. You should also ensure that all the 1line printers to last and hard-copy through all 2.2.4 The In following a the FLX magnetic The drive UETP utility prompt, should be tested Magnetic UETP a (E.G. Tape the you to MTO!) OR A drive VAX-11 conversion RMS system for data and on magnetic If you phase press <CR> skips the magnetic operations and tape that instead FLX of test ENTIRE UETP record in ANSI naming and the RUNNING The following THE dialogue shows how to tape [/0UTPUT=filesrec] UAX/ZUMS UETF ENTER NUMRER OF ENTER NUMERER OF ENTER SCRATCH STARTED! the the device drive, test name loaded on of initiate =RET:> it. The compatibility mode FLX is a transfer of data data on disk in the compatibility mode VAX~11l RMS services omits one more complete UETP or hhimm LOAD TEST USERS CDI1tn <RET: COMFLETE UETF RUNS L[DIin <RET: MAGTAFE (E.G. MTO!) OR to Files-11 <RET: mm/dd/ww of DOS-11 and RT-11 formats. services used by the VAX/VMS storage a loaded device-rmame services. enables runs. $ QUETF tape the format. tape. 2.3 <CR:>: testing magnetic utility enough paper enter scratch for and from tape and disk files written in VAX-11 RMS is a set of record management format have Tests asks write-enabled specified and and MAGTAFE have the FLX transfer RMS the to runs. drive. SCRATCH uses test and VAX-11 tape ENTER terminals the A «<CR>idevice-rame! <RET: UETP OPERATING INSTRUCTIONS When you have entered the first line, optionally specifying a short console log, the UETP responds by asking the three questions shown. (See Sections 2.2.2, 2.2.3, and 2.2.4 for explanations of these questions.) After you have answered the third question, the UETP initiates its sequence of tests. The tests run to completion without input further from you. Using CTRL/Y and CTRL/C 2.3.1 The control characters CTRL/Y and CTRL/C allow you to terminate UETP execution before it completes normally. interrupt and and test UETP 2.3.1.1 CTRL/Y - CTRL/Y interrupts the current ter. interpre language command the to control temporarily returns While the test is interrupted, you can issue a subset of system this subset is defined in the VAX/VMS Command Language commands; You then either terminate the test by typing STOP or Guide. User's continue the test from the point of interruption by typing CONTINUE. If you type STOP, the entire UETP aborts and control returns to the command language interpreter. Note that CTRL/Y does not affect detached processes already created by For example, the device test creates the interrupted test phase. detached processes to handle individual controllers. When you press CTRL/Y during the device test, the individual tests already in progress continue uninterrupted, even if you then type STOP to abort the test phase. 2.3.1.2 CTRL/C - Several UETP test phases react to CTRL/C by cleaning up all activity and terminating immediately. The tests that have enabled CTRL/C in this way display the following message as they start to run: YUETF~I-ARORTCy ‘testrname’ to asbort this tests ture TC You cannot continue a test phase after you press CTRL/C to stop it; the UETP continues onto the next test in the master command procedure. Note that CTRL/C also stops any detached processes already created by the current test phase. UETP Log Files 2.3.2 At the end of a single or multiple pass of the UETP package, the [SYSTEST] directory on the system disk contains various log files that document one or more test phases. These log files record details of each phase for reference 1if the terminal log indicates one or more error conditions. The following list describes each log file. e filespec (that is, QUETP/OUTPUT=filespec) - An optional 1log created if you request an output file in the call to the UETP. This file contains all the information displayed at the terminal as well as information that describes the progress of the tests in somewhat greater detail. UETP ® UETPLOG.LOG - individual log A OPERATING large files INSTRUCTIONS log file that from the following 1is a concatenation of tests: The I/0 device tests The native mode utility tests The system load test The compatibility mode tests ® SS5LOG.LOG - A log file created services test. This file of each system service. ® UNATIVE.LOG mode ¢ In - utility A log - A 1log compatibility mode addition to the and originate a from respectively. processes version and of files file concatenates concatenated system Both these all the load tests detached files test and create a process generates its At end become files part and and of all the test logs so file own called These files device number of the file. of test detached log file, a pass, the a UETP LOGP.LOG files; The UETP then purges that only the highest UETPLOG.LOG. device LOGP.LOG I1/0 variable the a present. the native from this above, also the output LOGP.LOG. LOAD.LOG the individual load test versions of LOAD.LOG and from includes are testing file. the briefly system the this containing LOGP.LOG mode on output UETPLOG.LOG described or the includes file the each native test. called LOAD.LOG the information containing UETPLOG.LOG UCOMP.LOG LOAD.LOG If file test. by contains the remain. a UETP clean of the case, starts run does not complete normally and therefore is unable to wup its files, the [SYSTEST] directory can contain many versions LOAD and LOGP files, as well as other temporary files. 1In this either delete them yourself or rerun the UETP. When the UETP up, it checks interrupted run. If running any new tests. 2.4 RUNNING for excess such files INDIVIDUAL UETP When you run sequence of phases system. Each phase the entire can specific be files it test run automatically various parts separately so phase. In run Note this section tells ® The device tests ® The native mode tests ® The system load test ® The compatibility mode that individual you must tests be behind by an them before you how to This steps and that part or function in isolation. instructions for directly initiating each summary, left the UETP deletes PHASES UETP, that 1log exist, through functions you section can gives of a the test a operating (2.4.1) logged as described (2.4.2) (2.4.3) test into in (2.4.4) the this SYSTEST section account (see Section to run 2.1.2). the UETP OPERATING INSTRUCTIONS 2.4.1 The Device Tests called image The UETP device test consists of an executable device every for process detached UETPDEVO1l.EXE, which creates a controller to be tested. For example, if a system includes three terminal controllers, the device test creates three detached processes to test terminals. 1In parallel, the detached processes execute images that test different types of devices. If you do not want to test all the device types, you can run an image that tests only one specific controller. Note that the magnetic tape test requires a reel containing at least Table 2-3 names the device test images, indicates the type of device 600 feet of tape. that each tests, and shows how to invoke each test. Table 2-3 The Device Tests Test Image Name (s) to Invoke Command Devices the Test Tested UETPDEVO1l.EXE Disks $RUN UETPIEVO1 UETDISKO0O.EXE Disks $DEFINE/GROUF UETF$CTRLNAME Line printers Magnetic tapes Terminals DR oK DRy <RET: ) K] P $RUN UETDISKOO «RETTM $ DEFINE/GROUF UETF$CTRLNAME LFxk <RET: UETPRINOO.EXE Line Printers UETTAPEOO.EXE Magnetic tapes | $DEFINE/GROUF UETF$CTRLNAME MTik <RET: UETTTYS00.EXE Terminals $RUN UETFRINOO «RET: $RUN UETTAFEQO “RETTM $DEFINE/GROUF UETF$CTRLNAME TT:k <RET:> $RUN UETTTYS00 <RETX * The DEFINE command assigns a controller name to the group logical The lower case X represents a variable letter name UETPSCTRLNAME. (for example, that distinguishes like controllers from one another 1logical name the of n explanatio the See . TTB) versus TTA UETPSCTRLNAME in Section 2.4.1.1. 2.4.1.1 The Logical Name UETP$CTRLNAME - The initial phase of the UETP creates a file called UETINIDEV.DAT, which contains data on the UETPDEVO1l controllers in the system and their associated devices. uses the information in this file to find a controller name to pass to each detached process that it creates. UETPDEV0l passes the name by assigning it to the group logical name UETPSCTRLNAME. Each detached process then uses that logical name to determine which devices to test. UETP OPERATING INSTRUCTIONS As long as pass the the file UETINIDEV.DAT exists, UETPDEVOl can automatically controller names to the device tests. If you have run the before, the file exists unless you have explicitly deleted it. UETP However, must when you run an explicitly define This $ DEFINE/GROUF $ RUN example your system all connected has UETTTYSO0.EXE When you run the a For TTR controller then runs more than the one terminals, separately a tests particular device name terminal terminal you must for test DEASSIGN/GROUF TTB test to record in the part of logical name controller both define each controller. for a specific the image UETTTYSO00.EXE. and UETF$CTRLNAME you want UETPS$SCTRLNAME controller, If to test and run the the test command: group completes. <RET: When UETDEVOl initiates the individual device tests, logical name UETP$SCTRLNAME at the end of the tests. 2.4.1.2 you <RET: logical name UETP$CTRLNAME remains assigned after To deassign this logical name, issue the following $ controller, example: <RET:> assigns and that UETF$CTRLNAME UETTTYS00 UETPSCTRLNAME image UETP$CTRLNAME. it deassigns the Test Output - When UETPDEVOl initiates the device tests, they their results in versions of the file LOGP.LOG, which is listed [SYSTEST] directory on the system disk. When the tests run as the package, the UETP eventually concatenates all the versions of LOGP.LOG into the file UETPLOG.LOG and then purges the individual device test logs. However, when you run UETPDEVO01l separately, the log files remain in versions of LOGP.LOG until you explicitly delete them. When you run a test that exercises a specific controller for example), the test sends its output to your terminal. 2.4.2 The The Native Mode native mode test (UETDISKO0O, Tests phase ® The system services ® The native mode ® The VAX-11l RMS e The VAX-11 FORTRAN includes test utility four separate tests: (UETNATVOl.EXE) test (UETNATV02.COM) record management IV-PLUS services compiler test test (UETNRMSO00.COM) (UETFORTOOQ.COM) 2.4.2.1 The System Services Test - The system services test consists of a collection of images, where each image tests one or more system services. To activate the service tests, issue the following command: $ The RUN UETNATVO1 <RET: image UETNATVOl.EXE SSTEST.COM, image calls which in initiates turn calls a the detached command individual test procedure images. called Each test issues numerous calls to the tested system services. Several are intended to produce a success return code. These calls test UETP OPERATING INSTRUCTIONS various legal ways to invoke the service; in so doing, the image also tests how the service responds to a call in different system contexts. The remainder of the calls purposefully generate failure codes defined for the service. The image checks the results of each call against results that are known to be correct. If all the results match, the test is successful; if the image detects any discrepancies, the test fails. In general, the success or failure of one service does not affect the testing of any other service. Test Output - The system services messages to the test sends the following status terminal: YUETF~-T-BEGINy UETNATVO1 beginning at ‘date’ “time” YUETF-I-ARORTCy UETNATVO1 to abort this test» ture "C YUETF~I-TEXTy UETNATVO1l # VUMS sustem services errors found is YUETF-I~ENDEDy UETNATVO1 ended at ‘date’ ‘time’ ‘i’ The third message reports the number of system services that failed the test. If n is not equal to 0, check a file on the system disk called SSLOG.LOG. When the system services test starts up, it creates the file SSLOG.LOG for logging status information on the results of each service's test. The log can therefore tell you which service, if any, has failed. See the description of the SATSMS messages in Chapter 3. 2.4.2.2 The Native Mode Utility Test - The native mode utility test tests the VAX-11 Symbolic Debugger and the Image File Patch Utility. To activate the test, you run the command procedure UETNATV(02.COM as follows: $ RUETNATVO2 where utility L/OUTFUT=filesrec] is one of the Cutilitwl <RET> following values: ALL DEBUG PATCH By default, the command procedure tests both utilities; however, you can limit the test to one utility by specifying either DEBUG or PATCH. These utility tests are similar tests. to the compatibility mode Section 2.4.4 describes how each utility is tested. utility Test Output - When you run the native mode utility test on its own, sends all file. For $ its output to it the terminal unless you specify an output example: CUETNATVO2 /OUTFUT=NMCATH.LOG <RET:x This example directs the command procedure to write all the file NMCATH.LOG on the system disk. its output to When the test runs as part of the UETP package, the utility output written to a file called UNATIVE.LOG, which 1is duplicated is in UETPLOG.LOG. . UETP 2.4.2.3 The the record OPERATING INSTRUCTIONS VAX-11] RMS Test - The VAX-1l management options provided RMS test exercises many of by VAX-11l RMS services. The test runs under the control of the command procedure UETNRMS00.COM. To include magnetic tape exercises 1in the test, the global symbol MAGTAP must be defined. Section 2.2.4 describes the prompt that requests a magnetic tape specification when you start up a complete run of the UETP. Your response to this prompt defines the symbol MAGTAP. When you explicitly define run the the symbol VAX-11l The following command sequence runs the VAX-11 RMS test: $ MAGTAF !==device-name?! $ RUETNRMS0O RMS test the global on its own, you must MAGTAP and MAGTAP. defines symbol <RET: L/0UTFUT=filesrecl <RET: To test the various I/0 functions provided by VAX-11l RMS, the test creates files on disk and on magnetic tape (if the global symbol MAGTAP is defined). At the end of the test, these files are deleted and the magnetic Test Output sends status output which runs as part at the in 2.4.2.4 of run and the UETP (BOT). the VAX-11l RMS test separately, the any error messages to the terminal or package, all the VAX-1l1 RMS 1If you have specified an QUETP /OUTPUT=filespec), L[/0UTFUT=filesrec] within the programs. functions that procedure UETFORT00.COM first program tests test messages output file in the the messages also e DO @ integer arithmetic @ logical and e IF e arithmetic ® arrays compile, link, and run two the compiler by performing operations loops arithmetic expressions statements assignments program tests the compiler's floating the VAX-11 FORTRAN IV-PLUS subroutine the double precision The test compares to VAX-11 include: input/output The second exercises test an to <RET: The ® finds. Tape file. CUETFORTOO Commands FORTRAN known of have requested one. (See the second command above, optional output file specification.) When the test the terminal. UETP (that is, that to Beginning The VAX-11 FORTRAN IV-PLUS Compiler Test - To run the IV-PLUS compiler test, enter the following command: FORTRAN $ rewound When you messages file if you shows the appear call to appear tape be SIN the «correct point facility and library by accessing function. results and of both programs reports an error with for results each that discrepancy are it UETP OPERATING INSTRUCTIONS Test Output - For each program, the test creates an object file, an executable image, and a listing file. The test eventually deletes the listing and object files, but the other files remain on disk in the Specifically, the files that remain are directory. [SYSTEST] XE. If you do not want to keep these UETFORT02.E UETFORTO1.EXE and files, use the DELETE command to eliminate them. $ For example: <RETX> DNELETE UETFORTOL.EXE#X% By putting an asterisk in the version field of the file specification, you can ensure that the system deletes versions of the file that may remain from previous test runs. The test writes all status and error messages to the terminal or to an output file if the call to the command procedure UETFORT00.COM included an /OUTPUT qualifier. When the test runs as part of the UETP package, the messages appear in the console log and in a disk file if the call to the master command procedure UETP.COM included an /OUTPUT qualifier. When the VAX/VMS system being tested does not include a VAX-1l FORTRAN the compiler test fails after attempting to locate IV-PLUS compiler, The messages that appear in these the necessary source files. circumstances are as follows: $ $ $ SET VERIFY INATIVE MODE FORTRAN TESTS $ # BN ;3 NOVERIFY dad-mmm-yy hhtmmiss SET FORT/WARNINGS/CHECK :ALL/LIST UETFORTO1 RMS~E~FNFy FILE NOT FOUND FINI?G SET NOVERIFY FFIF - NO SUCH FILE(S) ORI X SYOIL1y7IUETFORTOL FIF -~— NO SUCH FILE(S) SYOIL1s ZIUETFORTO2.0R.J5 %X clcl-mmm—gw hhimmiss The System Load Test 2.4.3 To run the $ $ system load test, type: DEFINE/ZGROUF UETF$USERS n <RET> RUN UETLOADOL <RETX> The value of n is the number of users to be simulated. The purpose of the load test is to simulate a number of terminal users who are simultaneously demanding system resources. When you run the UETP as a whole, it prompts for the number of users to be simulated (see Section Your response to the request (ENTER NUMBER OF LOAD TEST USERS 2.2.2). The load test uses defines the group logical name UETPSUSERS. [D]:) this logical name to determine the number of detached processes to each detached process executes a command procedure to create; represent one user issuing commands from a terminal. UETP Before define 2.2.2 amount you can run the OPERATING load test the INSTRUCTIONS separately, you must explicitly 1logical name UETPSUSERS. (Note that Table 2-2 in Section provides a guideline for choosing a number of users based on the of available memory in the VAX/VMS system example: $ DEFINE/GROUF UETP$USERS 12 $ RUN UETLOADO1 <RET: ZUETF~I-BEGINy UETLOADOLl ZUETF~-I-ARORTCy ZUETF-I-USERy UETLOADNOL1 to 1 at abort user 22-MAY-1978 this ZUETF~-I-USERy UETLOAIOL 2 users running UETLOADOL UETLOADO1 3 4 users users running runnindg ZUETF~-I-USERy UETLOANOL 5 users running ZUETF~I-USERy UETI.OADOL UETLOADOL 6 7 users users running runnindg testr users running ZUETF-I-USERy UETLOADOL 8 ZUETP-I-USERy UETLOANOL UETLOADOL 9 users running 10 users running ZUETP-I-USERy ZUETF-I-USERy UETLOADO1 11 users running ZUETP-I-USERy UETLOADOL 12 users runninsg ZUETP~I-USERy UETLOADO1 11 users running ZUETF~I~-USERy UETLOADIOL 10 users ZUETP~-I-USERy UETLOADOL 9 users running ZUETP~I-USERy UETLOADOL 8 users running ZUETP~-I-USERy UETLOADOL 7 users running ZUETP~I-USERy UETLOALDOL 6 users running ZAUETP~I-USERy UETLOADNOL § users running ZUETP~-I-USERy UETLOADOL 4 users running ZUETF-I-USERy UETLOANOL 3 users running AUETP-T-USERy UETLOADOL 2 users ZUETF~TI-USERy UETLOADOL 1 user ZUETP-I-ENDEDy UETLOADOL For 10:51:59.52 ture C running ZUETP-I-USERy ZUETP-I-USERy ZUETF-I-USERy tested.) <RET:>» bedinning UETLOADOL being running running running ended at 22-MAY-1978 11:01:17.86 $ In this example, the logical name the command, next different different users, To command it When <creates the load test the group logical completes, issue the $ runs DEASSIGN/GROUF assigns the 12 command procedures. command procedures to deassign test DEFINE UETPSUSERS. load the test detached number name copies of UETPSUSERS the to in processes (The 1load test simulate users. multiple 12 executes the group response which in fact uses only For more than command after to execute 10 10 procedures.) the system 1load command UETF$USERS <RET:> The UETP master command procedure deassigns all group logical names assigned by its tests as part of the termination phase. The group logical name UETPSUSERS remains assigned only if you run the system load test separately or if the UETP package does not complete normally. Test Output generate a processes creates - The large command amount created. a version procedures of output, For each of an executed depending detached output file by on process called the the (or 1locad number wuser) LOAD.LOG. test of can detached the The displays status information only as the load test progresses. the example above for the types of messages displayed.) test console (See UETP OPERATING INSTRUCTIONS When the load test runs as part of the entire UETP, the UETP appends the LOAD.LOG files, writes the appended output to the file UETPLOG.LOG, and deletes the individual output files. However, when the load test runs separately, the LOAD.LOG files remain, one for each simulated user; they are not appended or written to another file. You must delete them yourself. For example, the following 1listing created by the load test illustrated $ NIRECTORY LOAL.LOG X all DIRECTORY DRO1:CSYSTESTI 11305 2. e i8. 22-MAY~78 22-MAY~-78 22-MAY~78 22-MAY-78 LOADLLOGS 24. LOAL.I.OG:8 39. 22-MAY~-78 LOAD.LOGS 7 LOAD.LOGS 6 LOAD.LOGHS LOAD.LOGs 4 LOAL.LOG? 3 2 40, 17. Se 96 22-MAY~78 22-MAY-78 22-MAY~-78 22-MAY~-78 22-MAY-78 LOAD.LOGS2 L.OAD.LOGS 1 2 D 22-MAY-78 22-MAY-78 TOTAL Issue the ¢ OF 21%5./297. following DELETE 2.4.4 BLOCKS command the LOAD.LOG files <RET: 22-MAY~-78 LOAD.LOGs 12 LOADLLOGs 11 LOAD.LOGS10 shows above. IN 12, to delete FILES the load test output files: LOAD.LOG#% <RET: The Compatibility Mode Test When the compatibility mode phase runs as part of the entire UETP, it tests all the utilities 1listed below. When vyou run this phase separately, you can choose to test all these utilities or only one specific utility. The command procedure UETCOMP00.COM issues several commands to each utility and then, in most cases, uses the File Compare (DIF) utility to compare the results of the test commands with results that are known to be correct. To start up this phase, issue the following call to command file, optionally specifying ALL or the name e ¢ where MAGTAF!==device~rame RUETCOMFOO utility ALL By (the is “RET>] L/0UTFUT=filesrec] one of the default) SLP S0S LBR SRT PAT VFY L3 the test applies you must the test. <RET> values: PIP FLX default, Lutilitwl following DMP however, that include FLX in the UETCOMP00.COM of a utility: to all explicitly the utilities define the listed global here. symbol Note, MAGTAP to UETP OPERATING INSTRUCTIONS 2.4.4.1 The FLX Test - The FLX test uses the global symbol MAGTAP to determine which tape drive to use for testing. When you start up a complete run of the UETP, it asks you to specify the name of a tape drive if you want to test FLX (see Section 2.2.4). If you specify a drive, the UETP assigns the device name to the global symbol MAGTAP. You must define the global symbol MAGTAP yourself if you run the compatibility mode phase separately. For example: $ MAGTAF $==MTO:! <RETX <RET: $ CUETCOMFOO This command symbol sequence MAGTAP and assigns then the invokes device the invoke the tests without defining the FLX test. the The the following specifically commands invoke the define FLX $ MAGTAF ¢==MT1? <RET> $ QUETCOMFOO <RET:> FILLX CUETCOMFOO When the written test to UETPLOG.LOG. runs a symbol MAGTAP, global the the /0UTFUT=UTILITY.LOG This example directs the file UTILITY.LOG MTO: to the symbol the tests. phase global If you skips MAGTAP and test: 2.4.4.2 Test Output - When you run own, it sends all its output to output file. For example: $ name compatibility mode compatibility mode test on its terminal unless you specify an «<RET: the command procedure on the system disk. as part of the UETP file called UCOMP.LOG, to write package, which is all its output to the utility output is duplicated in the file CHAPTER . This UETP chapter returned messages the lists by in the returned testing. by MESSAGES alphabetical UETP tests 3 order and describes themselves. components of the It VAX/VMS does system For the not as messages describe the result of a explanations of the latter type of message you must refer to the VAX/VMS System Messages and Recovery Procedures Manual or to the manual that describes the part of the system that returned the message. For example, to detect an error, clarify this message, if the compatibility the utility you must utility. In Section 3.2, apostrophes. READERR, the the 3.1 The variable For example, error value 'input-file' error. FORMAT OF general system parts of in message reading is mode test causes a utility itself returns an error message. consult the manual that describes the each message are program that enclosed To the in 'input-file' determined by the encountered SYSTEM MESSAGES format of messages displayed by the component that VAX/VMS is: SFACILITY-L-CODE, operating TEXT [~-FACILITY-L~CODE, TEXT] where: FACILITY 1is L is a severity values: the name Code S of the system level It has one of the the message. following Meaning Success I Information W Warning E Error F Fatal Severity System indicator. issues or severe error levels are defined Messages and Recovery in more detail Procedures in Manual. the VAX/VMS UETP MESSAGES CODE is an abbreviation of descriptions in Section by this code. TEXT is the explanation [-FACILITY...] is a 3.2 of the message text; 3.2 of this manual are the message alphabetized the message. related message. ALPHABETICAL LIST OF MESSAGES ABORT, 'testname' aborted [at Explanation: A User 1Investigate of ABORTC, action: the test ['date'] ended 'time'] abnormally. the reason for the abnormal termination test. 'testname' Explanation: to abort this The image test, type displaying °C this message responds to CTRL/C by terminating gracefully and passing control to the command language interpreter. You cannot restart the image after typing CTRL/C. Use CTRL/Y to temporarily interrupt an image. User ATPC, at action: PC None. 'location' Explanation: This message displays a further information about an error accompanying messages. User action: If the error 1is Software Performance Report PC location to provide described 1in one or more severe or reproducible, wuse (SPR) to describe the error a to DIGITAL. BADFIELD, 'record' field invalid at Explanation: The VAX-~11 RMS record, found at the PC itself did not PC test detected a discrepancy in location specified, which VAX-11 internal logic error Explanation: An User Collect Action: Software BADWORD, as much Report 'xxxxxxxx' [at internal at An User Collect as much to Report recurs, send report it. a 'location'] software error as occurred. possible and send a send a DIGITAL. 'location' unexpected word of Performance PC information (SPR) Explanation: action: if the error to DIGITAL to detected unexpected Performance invalid data Software the RMS detect. User action: Rerun the test and, Software Performance Report (SPR) BADLOGIC, 'location' data was encountered. information as possible (SPR) 3-2 to DIGITAL. and UETP BEGIN, 'testname' beginning Explanation: This at MESSAGES 'date' message 'time' announces the sysgened into test. User CONF, action: the Explanation: all system. = The User action: DATAER, data good short = DDB, the same data User action: UETINITOO The after DDB disk was the device The cannot = message generated a disk Section the |if you file 2.2.1). the before into Otherwise, tests. back difference device device name is in is the the a a caused the message in by to to the and the memory. error. 00000000 devices name tested the that 00000000 and 'location’ detected- from device The byte from memory 'device-type' device be 'number' '"XXXXXXXX' displays controllers 'testname' 'testname' (see (UETDISKO00) written system. None. action: this in initiated unit data test message the action: User specific system devices appear log that ‘'controller' The all therefore list that was written it 0 describes Explanation: bad Investigate into DESTP, terminal this displays and 'device-type' data Explanation: DENOSU, the console the on generated User and 'xxxxxxxxXx' Explanation: between a None. error data UETINITO0 controllers message at are image the a appear devices The listing requested of None. following they beginning the not a of a controller listing that system. supported message UETP of part (NET, is not for known to and example) . None. stopped testing 'controller' unit 'number' at 'time' Explanation: A device that passed the simple read/write test in 1initial phase of the UETP could not complete its test in the device test phase. For example, this problem can occur on an RKO6 disk that is being used as the system disk; the disk does not have enough free space to hold the test files. the User the action: UETP, If you investigate think and that fix the the device problen; should be otherwise, tested by ignore the message. DEUNUS, = 'testname' device 'device-name' is "XXXXXXXX' unusable, error code Explanation: The specified device failed to pass the simple read/write test in the initial phase of the UETP. Subsequent tests in the UETP package will not attempt to test the device. Another message the test. not mounted, User action: message. usually Possible not follows causes are initialized, Either make to that or the not explain the why device the is device down, failed offline, write-—-enabled. device usable or ignore the UETP MESSAGES 'testname' ended at 'date' ENDED, Explanation: 'time' This message announces the completion of a specific test. User action: None. ERBOX, Error count = 'nnn' Explanation: This message assigns a sequence number to an error described in a subsequent message. User action: None. NOTRAN, no string translation performed Explanation: The I/O device tests use the group 1logical name UETPSCTRLNAME to obtain the name of a controller whose devices are to be tested. The system load test uses the group logical name UETPSUSERS to determine the number of detached processes to be created. This message appears when you run either the 1/0 tests or the system 1load test separately and the device appropriate logical name has not been defined. Define the group logical name UETPSCTRLNAME or Note that you only need to rerun the tests. and UETPSUSERS define the logical names explicitly when you run the I/0 device tests or system load test separately. See Section 2.4.1 for User action: further information. OPENIN, error opening 'input-file' as input usually is message This Self-explanatory. Explanation: accompanied by a VAX-1l RMS message indicating the reason for the failure. User action: Take corrective action based on the associated me ssage. OPENOUT, error opening ‘output-file' as output usually is message This Self-explanatory. Explanation: for the reason the ing indicat message RMS accompanied by a VAX-11l failure. User action: Take corrective action based on the associated me ssage. READERR, error reading 'input-file' usually is message This Self-explanatory. Explanation: for the reason the ng indicati message RMS VAX-1l a by ied accompan failure. UETP RMSERROR, RMS service Explanation: error The VAX-11 VAX-11 RMS itself then describes the User action: 1If error described and Recovery MESSAGES RMS test encounters an actual error. returns error. A this message subsequent RMS when message possible, correct the situation that caused the in the RMS message. The VAX/VMS System Messages Procedures Manual describes all the VAX-11 RMS messages. SATSMS, test module 'testname' 'status' Explanation: This message announces that the testing of a specific system service has begun, ended successfully, or failed. The message appears in the file SSLOG.LOG, which is <created by the native mode system service test (see Section 2.4.2.1). User action: None if 'status' is begun or successful. However, if ‘'status' is failed, the test supplies a series of messages to describe the reasons for failure. In this <case, see the description of the TEXT message for suggested user action. SYSERROR, 'testname' system Explanation: A test system service. service received error an {[at PC 'location’'] unexpected error return from a VMS User action: services the error occurred A suggestion test (see that caused Dbecause of is Section this a to run the 2.4.2.1); message quota or native the to test appear. privilege mode might If system reproduce the violation, error refer to Section 2.1.2, which explains how to modify privilege and quota allocations for the SYSTEST account. For other types of errors, collect as much information as possible and send a Software Performance Report (SPR) to DIGITAL. SYSERRORPC, 'testname' Explanation: VMS system A system test service received an error at PC unexpected 'location' error return from a service. User action: A suggestion is to run the native mode system service test (see Section 2.4.2.1); the test might reproduce the error that caused this message to appear. 1If the error occurred because of a quota or privilege violation, refer to Section 2.1.2, which explains how to modify privilege and quota allocations for the SYSTEST account. For other types of errors, collect as Performance much information as possible Report (SPR) to DIGITAL. and send a Software UETP MESSAGES TEXT, "text' Explanation: Various UETP tests use this message to provide information, usually self-explanatory, of one kind or another. Specifically, the native mode system services test uses this type of message to explain why a system service failed its test. User action: 1In most cases, none. However, note the following suggested user actions if a TEXT message written to the SSLOG.LOG file describes a system service test failure, (1) Check the quota and privilege allocations for the SYSTEST account if the message indicates a quota or privilege violation. (The message indicates such a violation by including the appropriate system service error code.) See Section 2.1.2 for information on examining and modifying account allocations for quotas and privileges. (2) Forward a listing of SSLOG.LOG to DIGITAL if other types of system service test failures are described and are repeatable. UETINITOO UCB 1 'unit-number' 'xxXXXXXX' '"XXXXXXXX' 'Xxxxxxxx' Explanation: This message describes a device unit on a controller named in a preceding DDB message. The three hexadecimal values are equal to the device characteristics words 1, 2, and 3. (The VAX/VMS I/O User's Guide contains information on device characteristics words.) User action: UNXPCTSTS, None. unexpected status detected Explanation: The VAX-11 RMS test encountered a condition other than End of File (EOF) when it expected to find EOF. A VAX-1l RMS message follows the UNXPCTSTS message and explains the condition actually encountered. User action: message in See the description of the accompanying VAX-11 RMS the VAX/VMS System Messages and Recovery Procedures Manual. USER, UETLOADOl 'nnn' user([s] running Explanation: The image UETLOAD(Ql issues this message to announce the number of users currently active in the system load test (see Section 2.4.3). User WRITEERR, action: error in writing Explanation: User action: report the None. 'file-spec' A test was unable to write to the Remove the write lock problem Software Performance (if Report (if any), retry the test, reproducible) (SPR). specified file. or to DIGITAL by means of a APPENDIX A SUMMARY OF OPERATING INSTRUCTIONS This appendix summarizes the UETP operating instructions to provide a those who are already familiar with quick reference section for information about any instructions For further running the UETP. given below, see the appropriate section in Chapter 2, which explains the instructions A.l Log LOGGING in detail. IN into the SYSTEST account as “RET> Usermname! Fasswordg? follows: SYSTEST <RET> ~RET:> Note that the system does not echo the password. A.2 PREPARING DEVICES FOR TESTING This section tells you how to prepare different kinds of testing A.2.1 devices the UETP. by Disk Drives To prepare each disk for testing, perform the following steps: e Physically mount a scratch disk e Start up the drive @ Issue one or more of the following commands as required: $ INITIALIZE/DATA.CHECK ¢ MOUNT/SYSTEM ¢ CREATE/DIRECTORY device-name! device-mname: label label device-mame: [SYSTESTI for SUMMARY OF OPERATING A.2.2 To Magnetic prepare Tape each Drives magnetic tape drive the device steps: ® Turn ® Physically power feet Position ® Press ® If % a tape ONLINE the MOUNT at Turn by ® on Check the paper pages for each ® Press the ONLINE ® Check baud rates VAX-11/780 Hardware Other UETP tape the tape at by entering the not test e Card ® Network the ® Null ° Mailboxes ® The console ® The terminal ® Dialup ® Nonstandard 600 command lasbhel printers the testing by performing the device supply pass for of if the the device produces hard UETP) copy (2 switch and terminal User's Guide, characteristics Order No. (see the EK-UG780-UG-PRE) the following devices: (DMClls) devices terminal used terminal least command reader devices following label Devices does the Printers power A.2.4 scratch marker entering line to perform BOT device-name! Line and testing, switch steps: ® the device-name! and for write-enabled initialize tape terminals following The the the Terminals Prepare mount INITIALIZE Mount A.2.3 to necessary, $ ® on long ® INSTRUCTIONS to lines devices and the initiate console the floppy UETP tests disk SUMMARY OF OPERATING A.3 To RUNNING THE initiate command ¢ ENTIRE UETP the UETP procedure QUETPF test package, and respond to L/0UTFUT=filesrec] VAX/UMS INSTRUCTIONS UETF STARTED OF LOAD enter the call to prompts the UETP shown below: master <RET: dd-mmm-w3 TEST a three USERS hhimm ENTER NUMRER ENTER ENTER NUMBER OF COMFLETE UETF RUNS CDJ! n <RET>» SCRATCH MAGTAFE (E.G. MTO!) OR A «CR>»! device-name! L[D1¢: n <RET> <RET: Sections 2.2.2, 2.2.3, and 2.2.4 explain the three prompts in detail. 2-2 provides a guideline for choosing the number of load test according to the amount of memory in the VAX/VMS system being Table users tested. Use CTRL/Y or CTRL/C to interrupt A.4 RUNNING INDIVIDUAL UETP This section shows A.4.1 how to the tests initiate individual UETP RUN $ that the file 2.4.1.1. To disks test $ $ where UETINIDEV.DAT only, tapes and terminals all at issue the must exist following on the system disk; see commands: DEFINE/GROUF UETF$CTRLNAME M3 RUN UETDISKO0O x is a example). letter The that group explicitly when you To test phases. <RET: UETFREVO1 Section To 2.3.1). The Device Tests test disks, line printers, magnetic once, issue the following command. To Section PHASES To Note (see test line $ UDEFINE/GROUF $ RUN test run printers UETFRINOO magnetic UEFINE/GROUF $ RUN a name individual only, issue specific device the controller UETP$SCTRLNAME tests. following commands: only, issue UETF$CTRLNAME the following commands: MT UETTAFEQO test terminals $ DEFINE/GROUF $ RUN only, UETTTYS00 must UETF$CTRLNAME LF3x tapes $ identifies 1logical issue the UETF$CTRLNAME following TT commands: (DMB, be for defined SUMMARY OF OPERATING INSTRUCTIONS The Native Mode Tests A.4.2 The native mode test phase includes four separate tests: ® The system services test e The native mode utility tests e The VAX-11l RMS record management services test e The VAX-11 FORTRAN IV-PLUS compiler test To run the system services test, issue the following command: $ RUN UETNATVO1 To run the native mode utility test, issue the following command: $ RUETNATVO2 L/0UTFUT=filesrecllutilitul where utility is one of the following values: (the default) ALL DEBUG PATCH To run the VAX-11 RMS test, issue the following commands: ?l AF ! ==device-name e MAGT % RUETNRMS00 Note that the RMS test cannot include magnetic tape tests explicitly define the symbol MAGTAP as shown above. To run the VAX-11 FORTRAN IV-PLUS compiler test, issue the unless you following command: $ QUETFORTOO The System Load Test A.4.3 To run the system load test, issue the following commands: $ LEFINE/GROUF UETF$USERS n $ RUN UETLOADOL Note that you must define the group logical name UETPSUSERS when you run the 1load test separately. See Section 2.2.2 and Table 2-2 for further information. SUMMARY OF OPERATING A.4.4 To INSTRUCTIONS The Compatibility Mode Test run the compatibility mode test issue the following commands: Cd MAGTAF==device~-rnamet!] $ RUETCOMFOO where utility ALL DMP (the CL/0UTFUT=filesrec] is one of default) the LCutilitwl following values: PIP SLP FLX SOS LBR SRT PAT VFY Note that you must define the global symbol MAGTAP to include the test in the compatibility mode test phase; see Section 2.4.4. FLX INDEX A Aborting UETP execution, 2-8 AME (Application Migration Executive), 1-6 Application Migration Executive (AME), 1-6 AUTHORIZE utility, 2-1 Booting system, Image File Patch utility Interrupting UETP 1-4 execution, I/0 device tests, 1-4 output, 2-11 running, 2-10, 2-8 A-3 L 2-1 Line printers, preparing to test, 2-4, A-2 testing, 1-5, 2-10, A-3 C LOAD.LOG, Compatibility mode utility test, 1-6, 2-16, A-5 log file, 2-~9 Console log, 2-5 Continuous UETP runs, 2-7 CTRL/C, CTRL/Y, (PATCH), testing, 2-12, A-4 Initialization phase, 2-8 2-8 2-9, console, 2-5 Logging into system, 2-1, 2-2, Logical names, group, deassigning, 2-15 UETPSCTRLNAME, 2-10, A-3 UETPSUSERS, LOGP.LOG, D DEBUG (VAX~-1l Symbolic Debugger), testing, 2-12, A-4 Diagnostics, 1-2 Disk drives, preparing to test, 2-2, A-1l testing, 1-5, 2-10, A-3 2-16 deleting versions of, 2-16 Log file(s), 1-6, 2-5, 2-8, 2-9 2-14, 2-9, 2-15, A-4 2-11 Magnetic tape drives, preparing to test, 2-3, 2-4, A-2 MAGTAP, global symbol, 2-13, 2-16, A-5. E Master Error logging, 1-2 Error messages, 1-6, command Messages, 3-1 to procedure 1-6, 3-1 to 3-6 3-6 F FORTRAN, 1-5 VAX-11l testing, IV-PLUS compiler, Native mode tests, 1-5 running, 2-11, A-4 Native mode utility test, DEBUG, 2-13, A-4 2-13, 2-9 2-12, A-4 o) 2-16, A-5 Group logical names, deassigning, 2-15 UETP$SCTRLNAME, 2-10, A-3 UETPSUSERS, 2-14, 2-15, A-4 1-5 , 2-12 running, G symbol MAGTAP, 2-12 log file, PATCH, Global A~-l Output, compatibility mode test, device test, 2-11 interpreting UETP, 1-6 Index-1 2=17 INDEX Output (Cont.), log files, 2-8, 2-9 native mode utility test, 2-12 system load test, 2=15, 2-16 system services test, 2-12 VAX-11 FORTRAN IV-PLUS compiler test, 2-14 VAX-11 RMS test, preparing to test, 2-4, A-2 2-12, A-4 Phases, compatibility mode test, 1-6, 2-16, A-5 1-4 I/0 device test, 1-4, 2-10, A-3 native mode test, 1-5, 2-11, A-4 system load test, 1-5, 2-14, A-4 termination, [SYSTEST] directory, 2-1, 2-5, 2-8 Terminals, 2-2, A-1l initialization, quotas, 2-2, 3-6 username, 2-1, A-1l T PATCH (Image File Patch utility), testing, SYSTEST account, 2-1, A-1l privileges, 2-2, 3-6 2-13 P Password, (Cont.) 1-6 running individual, 2-9 to 2-17, A-3 to A-5 Preparing to test, testing, 1-5, 2-10, A-3 Termination phase, 1-6 Testing, compatibility mode utilities, 1-6, 2-16, A-5 2-12, A-4 controllers, 1-4, 2-10, A-3 devices, 1-4, 2-10, A-3 native mode utilities, 1-5, system load, 1-5, 2-6, A-4 system services, 1-5, 2-11, A-4 VAX-11 FORTRAN IV-PLUS compiler, 1-5, 2-13, A-4 VAX~11] RMS services, 1-5, 2-13, A-4 devices, 2-2, 2-3, 2-4, A-l disk drives, 2-2, A-1 line printers, 2-4, A-2 U magnetic tape drives, 2-3, A-2 UCOMP.LOG, 2-9, 2-17 UETCOMPO00.COM, 1-6, 2-16, A-5 terminals, 2-4, A-2 VAX/VMS system, 2-1, A-l Privileges, account, 2-2, 3-6 UETDISKO00.EXE, UETFORT00.COM, A-4 (VAX-11 RMS), 1-5 1-4 ’ 1-4 1-4 1-5 I 4 UETNATVOl.EXE, 1-5 , 2—10 UETNATV02.COM, A-4 UETNRMS00.COM, A-4 Record management services messages, role of, running, 2-6 1-5 ’ 1 -5, 2-11, 2-13, 1-6, 1-1 3-1 to 3-6 1-3, 2-7, 1-3, 1-4, users of, 1-1 variables, 2-5 System services test, 1-5 2-11, A-4 A-4 2=11, A-4 2"11’ 2-12' output, 1-6, 2-8 password, 2-2 selecting number of users for, 2-12 2-14, aborting, 2-8 account, 2-1 continuous runs, 2=7 interrupting, 2-8 log files, 2-8 SSLOG.LOG, 2-9, 2-12 System load test, 1-5 running, 2-14, A-4 running, 2-13, UETP, 2-7 S output, A-3 2-11, UETINIDEV.DAT, UETINITOO.EXE, UETINITOl.EXE, UETLOADOl.EXE, Quotas, account, 2-2, 3-6 magnetic tape test, running, 2-13, A-4 2-10, 1-5, UETP.COM, Index~-2 2-9 INDEX UETPSCTRLNAME, deassigning, UETPDEVOl.EXE, UETPLOG.LOG, 2-10, A-3 2-11 1-4, 2-10, 2-6, ' A-3 Variables, defining UETP, 2-5 VAX-11l FORTRAN IV-PLUS 2-9 UETPRINOO.EXE, 2-10, A-3 UETPSUSERS, 2-14, A-4 deassigning, 2-15 UETTAPEOO.EXE, 2-10, A-3 UETTERMOl1.EXE, UETTTYSO00.EXE, UNATIVE.LOG, 1-6 2-10, 2-9, running test of, 2-13, A-4 VAX-11l RMS, 1-5 magnetic tape test, 2-7 running test of, 2-13, A-4 VAX=-11 Symbolic Debugger (DEBUG) ’ testing, 2-12, A-4 A-3 1-6, 2-16, A-5 native mode, 1-5, 2-12, compiler, 1-5 2-12 Utilities, compatibility mode, (Cont.) A-4 Index=3 VAX/VMS UETP User's AA-D643A-TE READER'S NOTE: This use form is comments Guide COMMENTS for document comments submitted this on form only. DIGITAL will at company's the discretion. If you require a written reply and are eligible to receive one under Software Performance Report (SPR) service, submit your comments on an SPR form. Did you find this manual understandable, suggestions for improvement. usable, Did you find errors page in this manual? If number. Please indicate Oooood riease cur aiong this line, Please make the Assembly type of language Higher-level Occasional reader so, and well-organized? specify the error and the that you most nearly represent. programmer language programmer programmer (experienced) fiser with little programming experience Student programmer Other (please specify) Name Date Organization Street City State Zip Code or Country — — — Do Not Tear- Fold Hereand Tap¢ — — — — — — — — — No Postage dlilgliltiall Necessary if Mailed in the United States BUSINESS REPLY MAIL FIRST CLASS PERMIT NO.33 MAYNARD MASS. POSTAGE WILL BE PAID BY ADDRESSEE RT/C SOFTWARE PUBLICATIONS TW/A14 DIGITAL EQUIPMENT CORPORATION 1925 ANDOVER STREET TEWKSBURY, MASSACHUSETTS —_— — Do Not Tear - Fold Here 01876
Home
Privacy and Data
Site structure and layout ©2025 Majenko Technologies