HP OpenVMS Systems Documentation
OpenVMS System Manager's Manual
8.7.3 Troubleshooting Modems
In troubleshooting any serial communications problems, particularly those problems with a modem, attempt to isolate the problem as much as possible, testing one component, wire, or device at a time.
Table 8-9 contains some general troubleshooting suggestions, but it is not a complete list. Basic serial communications test equipment such as a serial-line break-out box, can often help you locate communications and wiring problems. For further assistance, contact your local hardware support organization.
8.8 Managing Printers
8.8.1 Setting Printer Characteristics
Printer characteristics must be set prior to starting queues for the printers. The DCL command SET PRINTER establishes characteristics for a line printer. The DCL command SET TERMINAL sets characteristics for a printer connected to a terminal or LAT port.
In addition, if you want to spool your printers, you must do so before starting the queues to be associated with those printers. For information about spooled printers, see Section 8.8.2.
To execute these commands each time your system boots, add these commands to your site-specific startup command procedure. If your configuration is simple, you can add the commands to SYSTARTUP_VMS.COM. If your configuration requires a large number of commands, create a separate command procedure (for example, PRINTER_SETUP.COM) and execute it from SYSTARTUP_VMS.COM. When the device setup command procedure finishes executing, control returns to SYSTARTUP_VMS.COM.
The following example provides sample commands you could include in your startup procedure to set device characteristics for printers. This example also includes the commands used to spool printers. You generally include the commands to spool printers along with the commands to set device characteristics.
8.8.2 Using Spooled Printers
Certain application programs print output by writing or copying data directly to a printer rather than submitting it to a queue. A spooled printer causes such an application program to write output to an intermediate storage device (such as a disk) so that the printer targeted to print the output remains available to other system users while the program is running.
When you spool a printer, you specify a storage device and an output queue to be associated with that printer. When a process running an application directs its output to the spooled printer, the output is instead placed in a temporary file on the storage device. When the file is closed, the system submits the file for printing on the associated output queue. Both the spooling of the output file to an intermediate storage device and the subsequent queuing of a job consisting of this file occur without the direct intervention of the user.
If your system runs application programs that might write output directly to a printer, Compaq recommends that you spool your printers. Compaq recommends that you also spool your LAT printers to prevent privileged users from writing directly to a LAT printer. Writing directly to a LAT printer can cause problems for output queues that use the printer.
To spool a printer, use the SET DEVICE/SPOOLED command. This command associates the printer with a storage device (such as a disk) and an output queue.
You must spool a printer before you start the queue to be associated with the printer.
Enter the DCL command SET DEVICE/SPOOLED in the following format:
You should always specify the intermediate disk and queue explicitly. If the queue you associate with the spooled output device is a generic queue, a file written to that device is sent to the generic queue, which in turn places the job in one of its target queues. As a result, a job copied to the LPA0: device, for example, might not necessarily print on the printer LPA0:, but instead might print on one of the other printers targeted by the generic queue.
When you select an intermediate storage device, make sure that it has sufficient free space for the volume of spooled output. If you plan to enforce disk quotas on the intermediate device, make sure that all expected users have a quota authorized on the intermediate device. The intermediate device must be mounted before files can be written to it.
After establishing an output device as spooled, you should test the device, because errors in disk or queue names are not detected until spooling is attempted. This step is described in Section 126.96.36.199.
You should create a command procedure to set up your output devices each time the system reboots. Include the commands to set up spooled devices in this command procedure. For more information, see Section 8.8.1.
The following example illustrates sample commands used to set up spooled printers. This example also includes the command used to set device characteristics. You generally include the commands to spool printers along with the command to set device characteristics in a startup command procedure to set up output devices.
188.8.131.52 Despooling a Spooled Printer
Occasionally, you might need to disable spooling on a device. For example, the SET TERMINAL command can be executed only on a despooled output device. If you need to disable spooling to an output device, use the SET DEVICE command with the /NOSPOOLED qualifier.
You must stop the corresponding queues before you can change the spooling status.
For more information about the SET DEVICE/NOSPOOLED command, refer to
the OpenVMS DCL Dictionary.
After establishing an output device as spooled, you should test the device, because errors in disk or queue names are not detected until spooling is attempted. To test a spooled device, use a command procedure similar to the following one:
8.9 Managing Tape Drives
For information about managing volumes on tape drives, see Section 9.2.
For information about managing Fibre Channel tape devices, see
Guidelines for OpenVMS Cluster Configurations.
You can enter the SHOW DEVICES command to find available magnetic
drives on your system. The SHOW DEVICES/FULL command enables you to
retrieve additional information about the characteristics of a
particular magnetic tape device.
Use the DCL command SET MAGTAPE to define the default characteristics associated with a specific magnetic tape device for subsequent file operations. The device must not be currently allocated to any other user.
$ MOUNT MTB1:/FOREIGN $ SET MAGTAPE MTB1:/DENSITY=800
> The MOUNT command mounts a tape on the MTB1: device. The /FOREIGN qualifier indicates that the tape is not in the standard format used by the operating system. For example, certain Backup utility (BACKUP) operations require you to mount a tape with the /FOREIGN qualifier.
The SET MAGTAPE command defines the density at 800 bpi for writing to the magnetic tape. (The density is reset only if the magnetic tape has never been written before.)
$ MOUNT MTA0:/FOREIGN $ SET MAGTAPE MTA0:/SKIP=FILES:4
The MOUNT command mounts a foreign magnetic tape on the MTA0: device; the SET MAGTAPE command directs the I/O subsystem to position the magnetic tape to skip four files.
$ MOUNT MTA1:/FOREIGN $ SET MAGTAPE/REWIND MTA1:
The MOUNT command mounts a foreign tape on the MTA1: device; the SET MAGTAPE/REWIND command rewinds the volume.
To ensure that card decks are processed efficiently, you must
understand their characteristics and the use of the card reader. The
following sections describe which cards you should check before
processing a deck through a card reader, and how to determine which
cards are damaged.
8.10.1 Distinguishing the Type of Card Deck (VAX Only)
Before loading a card deck into the card reader, determine:
The following sections describe how to make these determinations.
184.108.40.206 Batch Job Card Deck (VAX Only)
A batch job card deck consists of three segments:
The initial two cards in a batch job card deck are the $JOB and the $PASSWORD cards. These cards log in the user and the batch job to the system. Following the initial two cards are program cards. Program cards contain instructions that direct the system to libraries, routines, and data needed to complete the batch job. The last card must be either an end-of-job command ($EOJ) card or an end-of-file (EOF) card. Either of these cards tells the system that this is the end of the job.
The system cannot execute the job without $JOB and $PASSWORD cards. If you are given a card deck with these cards omitted, return the deck so that the user can insert them.
Since the card deck contains the user's password, you must ensure that it is always handled with care to preserve the security of the user's account.
The last card in the deck must be either an $EOJ or an EOF card.
If the last card is not one of these end cards, you can type an end card on the card punch (12-11-0-1-6-7-8-9 overpunch in column 1) and place it at the end of the deck.
The log file produced by a card reader batch job is queued for printing to the default system printer queue, SYS$PRINT. To have the log file queued to a different queue, the user can specify the /PRINTER qualifier on the $JOB card.
If an error occurs while the system is attempting to validate the $JOB
and $PASSWORD cards, the operator communication manager (OPCOM) sends
to the card operator an error message that reports the job card and the
220.127.116.11 Data Card Deck (VAX Only)
A data deck contains data that will be either read by a program or copied to a file for later use. The process that reads the data deck is usually associated with an interactive user at a terminal or with a batch job submitted by an interactive user. Since the user and process already are logged in to the system, the first card can contain any data the user specifies. Then, either the program must read the exact number of cards supplied, or the last card must be an EOF card to inform the program that this is the end of the data deck.
When a user wants a data deck to be read, you must make sure the user has allocated the card reader. If the card reader is not allocated, the system tries to submit the deck as a batch job and subsequently flushes the deck through the reader, rejecting the job.
If the program does not read the exact number of cards (as with the
COPY command), the EOF card must be the last card in the deck, to
inform the program that this is the end of the deck. Without this card,
the program waits indefinitely for more cards, and the system prints
"card reader off line" messages on the operator's terminal.
If the card deck lacks an EOF card, you can type one on a card punch
and insert it at the end of the deck.
18.104.22.168 Setting Card Reader Translation Modes (VAX Only)
For the system to read input properly, the card reader must be set to the correct translation mode---the same as the translation mode of the card punch that prepares the deck. The system supports 026 and 029 card punches.
Make sure the following conditions exist so you can set the card reader to the correct translation mode:
To set the translation mode of the card reader for many decks of the
same type, use the SET CARD_READER command. This command is described
in the OpenVMS DCL Dictionary. By default, when the system is booted, the
translation mode is set to 029.
8.10.2 Running the Input Symbiont Interactively (VAX Only)
To run the input symbiont interactively and take card image input from an OpenVMS Record Management Services (RMS) file, follow these steps:
DEFINE/USER_MODE SYS$INPUT filename
$ DEFINE/USER_MODE SYS$INPUT SPECIAL_FILE.DAT
$ RUN SYS$SYSTEM:INPSMB
Running the input symbiont interactively requires the following access: