If you specify the /ERASE qualifier, a DSE operation is performed on the volume. For disk devices, the ERASE volume attribute is set. In effect, each file on the volume is erased when it is deleted.
Note that the amount of time taken by the DSE operation depends on the volume size; the INITIALIZE/ERASE command is always slower than the INITIALIZE/NOERASE command.
The OpenVMS operating system uses the default volume extension only if no different extension has been set for the file and no default extension has been set for the process by using the SET RMS_DEFAULT command.
Defines for disk volumes the default protection to be applied to all files on the volume.
Specify the code according to the standard syntax rules described in the OpenVMS Guide to System Security. Any attributes not specified are taken from the current default protection.
Note that this attribute is not used when the volume is being used on an OpenVMS system, but is provided to control the process's use of the volume on RSX-11M systems. OpenVMS systems always use the default file protection. Use the SET PROTECTION/DEFAULT command to change the default file protection.
The owner user identification code (UIC) of the volume defaults to your group number and a member number of 0.
This qualifier is useful when you want to create a number of files and want to streamline the process of allocating space for that number of file headers. If you do not specify this qualifier, the file system dynamically allocates space as it is needed for new headers on the volume.
Note
The default value for the /HEADERS qualifier is generally insufficient for ODS-2 disks. To improve performance and avoid SYSTEM-F-HEADERFULL errors, Digital recommends that you set this value to be approximately the number of files that you anticipate having on your disk. However, grossly overestimating this value will result in wasted disk space.
The /HEADERS qualifier controls how much space is initially allocated to INDEXF.SYS for headers. Each file on a disk requires at least one file header and each header occupies one block within INDEXF.SYS. Files that have many Access Control Entries (ACE) or are very fragmented may use more than one header.
The default value of 16 leaves room for less than 10 files to be created before INDEXF.SYS must extend. Therefore, try to estimate the total number of files that will be created on the disk and specify it here. This will improve disk access performance. Over-estimating the value may lead to wasted disk space. This value cannot be changed without reinitializing the volume.
INDEXF.SYS is limited as to how many times it may extend. When the map area in its header (where the retrieval pointers are stored) becomes full, file creation fails with the message "SYSTEM-W-HEADERFULL."
Sets the file high-water mark (FHM) volume attribute, which guarantees that users cannot read data that they have not written. You cannot specify the /NOHIGHWATER qualifier for magnetic tape.
The /NOHIGHWATER qualifier disables FHM for a disk volume.
It specifies where the volume's homeblock and spare copy of the homeblock are placed on disk. The value of option can be one of the following:
BEGINNING | Beginning of the volume |
MIDDLE | Middle of the volume (default) |
END | End of the volume |
BLOCK: n | Beginning of the logical block specified by n |
For more information on the /INTERCHANGE qualifier and on magnetic tape labeling and tape interchange, see the OpenVMS System Manager's Manual: Essentials.
! " % ' ( ) * + , - . / : ; < = > ?
The maximum size you can specify for any volume is as follows:
volume size in blocks
(cluster factor + 1)
The minimum value is 0. Note that the maximum can be increased only by reinitializing the volume.
Note
The /MAXIMUM_FILES qualifier does not reserve or create space for new file headers on a volume. The file system dynamically allocates space as it is needed for new headers.
Note that once data compaction or non-compaction has been selected for a given cartridge, that same status applies to the entire cartridge.
ACCESSIBILITY | (For magnetic tapes only.) If the installation allows, this option overrides any character in the Accessibility field of the volume. The necessity of this option is defined by the installation. That is, each installation has the option of specifying a routine that the magnetic tape file system will use to process this field. By default, OpenVMS provides a routine that checks this field in the following manner. If the magnetic tape was created on a version of OpenVMS that conforms to Version 3 of ANSI, this option must be used to override any character other than an ASCII space. If a protection is specified and the magnetic tape conforms to an ANSI standard that is higher than Version 3, this option must be used to override any character other than an ASCII 1. To use the ACCESSIBILITY option, you must have the user privilege VOLPRO or be the owner of the volume. |
EXPIRATION | (For magnetic tapes only.) Allows you to write to a tape that has not yet reached its expiration date. You may need to do this for magnetic tapes that were created before VAX/VMS Version 4.0 on Digital operating systems using the D% format in the volume Owner Identifier field. You must have the user privilege VOLPRO to override volume protection, or your UIC must match the UIC written on the volume. |
OWNER_IDENTIFIER | Allows you to override the processing of the Owner Identifier field of the volume label. |
If you specify only one option, you can omit the parentheses.
To initialize a volume that was initialized previously with the /PROTECTION qualifier, your UIC must match the UIC written on the volume or you must have VOLPRO privilege.
You can initialize a volume previously initialized with /PROTECTION if you have control access.
For magnetic tapes, no UIC is written unless protection on the magnetic tape is specified. If protection is specified, but no owner UIC is specified, your current UIC is assigned ownership of the volume.
Applies the specified protection to the volume.
The default is your default protection. Note that the /GROUP, /SHARE, and /SYSTEM qualifiers can also be used to define protection for disk volumes.
For magnetic tape, the protection code is written to an OpenVMS specific volume label. The system applies only read (R) and write (W) access restrictions; create and delete (D) access are meaningless. Moreover, the system and the owner are always given both read (R) and write (W) access to magnetic tapes, regardless of the protection code you specify.
For more information on specifying protection code, see the OpenVMS Guide to System Security. Any attributes not specified are taken from the current default protection.
When you specify a protection code for an entire disk volume, the access type E (execute) indicates create access.
Note that Alpha does not support Files-11 On-Disk Structure Level 1 disks. Specifying 1 on Alpha results in an error.
Defines a system volume. The owner UIC defaults to [1,1]. Protection defaults to complete access by all ownership categories, except that only system processes can create top-level directories.
#1
$ INITIALIZE/USER_NAME=CPA $FLOPPY1 ACCOUNTS
#2Initializes the volume on$FLOPPY1, labels the volume ACCOUNTS, and gives the volume a user name of CPA.
$ ALLOCATE DMA2: TEMP _DMA2: ALLOCATED $ INITIALIZE TEMP: BACK_UP_FILE $ MOUNT TEMP: BACK_UP_FILE %MOUNT-I-MOUNTED, BACK_UP_FILE mounted on _DMA2: $ CREATE/DIRECTORY TEMP:[ARCHIE]
#3The previous sequence of commands shows how to initialize an RK06/RK07 volume. First, the device is allocated, to ensure that no one else can access it. Then, when the volume is physically mounted on the device, the INITIALIZE command initializes it. When the volume is initialized, the MOUNT command makes the file structure available. Before you can place any files on the volume, you must create a directory, as shown by the CREATE/DIRECTORY command.
$ ALLOCATE MT: _MTB1: ALLOCATED $ INITIALIZE MTB1: SOURCE $ MOUNT MTB1: SOURCE %MOUNT-I-MOUNTED, SOURCE mounted on _MTB1: $ COPY *.FOR MTB1: $ DIRECTORY MTB1: . . . $ DISMOUNT MTB1:
#4These commands show the procedure necessary to initialize a magnetic tape. After allocating a drive, the magnetic tape is loaded on the device, and the INITIALIZE command writes the label SOURCE on it. Then, the MOUNT command mounts the magnetic tape so that files can be written on it.
$ BACKUP filespec MUA0: ... /MEDIA_FORMAT=NOCOMPACTION- _$/REWIND
This example creates a BACKUP tape with compaction and record blocking disabled.
Creates or initializes queues. You use this command to create queues and to assign them names and options. The /BATCH qualifier is required to create a batch queue.Requires OPER (operator) privilege to create queues and manage (M) access to modify queues.
INITIALIZE/QUEUE queue-name[:]
queue-name[:]
Specifies the name of an execution queue or a generic queue. The queue name may be a string of 1 to 31 characters. The character string can include any uppercase and lowercase letters, digits, the dollar sign ($), and the underscore (_), and must include at least one alphabetic character.
Use the INITIALIZE/QUEUE command to create a queue or to change the options of an existing queue that is stopped.Normally you create output and batch queues by entering the necessary INITIALIZE/QUEUE commands when you set up your system or OpenVMS Cluster. Later, you can use the INITIALIZE/QUEUE command to create additional queues as they are needed. When you create a queue with the INITIALIZE/QUEUE command, information about the queue is stored in the queue database.
To create and start the queue at the same time, you can use the INITIALIZE/QUEUE/START command. If you want to create the queue only and start it at another time, you can enter only the INITIALIZE/QUEUE command. Later you can enter the START/QUEUE command to begin queue operations.
You can use the INITIALIZE/QUEUE, START/QUEUE, and SET QUEUE commands to change queue options; as you change queue options, information about the queue in the queue database is updated.
You can use the INITIALIZE and START commands only on stopped queues. To change options on a running queue, use the SET QUEUE command. To change queue options that cannot be altered with the SET QUEUE command, use the following procedure:
- Stop the queue with the STOP/QUEUE/NEXT command.
- Restart the queue with the START/QUEUE or the INITIALIZE/QUEUE/START command, specifying the appropriate qualifiers for the options you desire.
Any qualifiers that you do not specify remain as they were when the queue was previously initialized, started, or set.Note that initializing an existing queue does not delete any current jobs in that queue. Any new queue settings established by the new INITIALIZE/QUEUE command affect all jobs waiting in the queue or subsequently entering the queue. Any jobs that are executing in the queue when it is stopped complete their execution under the old settings.
The following qualifiers apply to generic and execution queues:
- /OWNER_UIC
- /PROTECTION
- /[NO]RETAIN
- /[NO]START
- /NAME_OF_MANAGER
The following qualifiers apply to all types of execution queues:
- /AUTOSTART_ON
- /BASE_PRIORITY
- /[NO]CHARACTERISTICS
- /[NO]ENABLE_GENERIC
- /[NO]NO_INITIAL_FF
- /ON
- /WSDEFAULT
- /WSEXTENT
- /WSQUOTA
The following qualifiers apply only to batch execution queues:
- /CPUDEFAULT
- /CPUMAXIMUM
- /[NO]DISABLE_SWAPPING
- /JOB_LIMIT
The following qualifiers apply only to printer, terminal, or server execution queues:
- /[NO]BLOCK_LIMIT
- /[NO]DEFAULT
- /FORM_MOUNTED
- /[NO]LIBRARY
- /[NO]PROCESSOR
- /[NO]RECORD_BLOCKING
- /[NO]SEPARATE
There are several different types of queues. In general, queues can be divided into two major classes: generic and execution. When a job is sent to an execution queue, it is executed in that queue. No processing takes place in generic queues. Generic queues hold jobs that will execute on an execution queue.
Generic Queues
The following are several types of generic queues:
- Generic batch queue---Holds batch jobs for execution on batch execution queues.
- Generic output queue---Holds jobs for execution on output queues. There are three types of generic output queues:
- Generic printer queue---Holds print jobs for printing on output execution queues.
- Generic server queue---Holds jobs for processing on output execution queues.
- Generic terminal queue---Holds print jobs for printing on output execution queues.
The /GENERIC qualifier designates a queue as a generic queue. You specify the execution queues to which a generic queue feeds jobs in one of two ways:
- You can explicitly name execution queues assigned to the generic queue by including a list of queues with the /GENERIC qualifier.
- You can specify the execution queues that may receive jobs from any generic queue that does not specify an explicit target list by specifying the /ENABLE=GENERIC qualifier when you create the execution queue.
Generic queues, unlike execution queues, are not automatically stopped when the system is shut down or the queue manager is stopped. Therefore, generic queues do not normally need to be restarted each time the system reboots.
Another type of queue is the logical queue. A logical queue is a special type of generic queue that can place work only into the execution queue specified in the ASSIGN/QUEUE command. The logical queue's relation to an execution queue remains in effect until you enter a DEASSIGN/QUEUE command to negate the assignment.
Execution Queues
The following are several types of execution queues:
- Batch execution queue---Executes batch jobs.
- Output execution queue---Processes print output jobs. There are three types of output execution queues:
- Printer execution queue---Invokes a symbiont to process print jobs for a printer.
- Server execution queue---Invokes a customer-written symbiont to process jobs.
- Terminal execution queue---Invokes a symbiont to process print jobs for a terminal printer.
Batch execution queues execute batch jobs. Batch jobs request the execution of one or more command procedures in a batch process.
Output execution queues process print jobs. A print job requests the processing of one or more files by a symbiont executing in a symbiont process. The default system symbiont is designed to print files on hardcopy devices (printers or terminals). Customer-written symbionts can be designed for this or any other file processing activity. Server queues process jobs using the server symbiont specified with the /PROCESSOR qualifier. Server queue symbionts are written by the customer.
Either the /AUTOSTART_ON qualifier or the /ON qualifier designates a queue as an execution queue, and specifies where the queue is to run.
By using the /ON qualifier, you can specify one node (for batch queues) or node and device (for output queues) on which the queue can be started. A queue initialized with the /ON qualifier needs to be started by a command explicitly naming the queue.
You can specify one or more nodes (or nodes and devices) on which the queue can be started by using the /AUTOSTART_ON qualifier. A queue initialized with the /AUTOSTART_ON qualifier is automatically started by the queue manager when any of the queue's nodes have been enabled for autostart by that queue manager.
An execution queue (either batch or output) can be designated as an autostart queue. Because all of a queue manager's autostart queues on a node can be started with a single command, autostart queues eliminate the need for lengthy queue startup procedures.
In an OpenVMS Cluster, autostart queues can be set up to run on one of several nodes. If a queue is set up this way, and the node on which the queue is running leaves the cluster, the queue can fail over to another node and remain available to the cluster.
The /AUTOSTART_ON qualifier designates an execution queue as an autostart queue.
/AUTOSTART_ON=(node::[device][,...])
Designates the queue as an autostart execution queue and specifies the node, or node and device, on which the queue can be located. For batch queues, only node is applicable.In a cluster, you can specify more than one node (or node and device) on which a queue can run, in the preferred order in which nodes should claim the queue. This allows the queue to fail over to another node if the node on which the queue is running leaves the cluster.
When you enter the INITIALIZE/QUEUE command with the /AUTOSTART_ON qualifier, you must initially activate the queue for autostart, either by specifying the /START qualifier with the INITIALIZE/QUEUE command or by entering a START/QUEUE command. However, the queue will not begin processing jobs until the ENABLE AUTOSTART/QUEUES command is entered for a node on which the queue can run.
This qualifier cannot be used in conjunction with the /ON or /GENERIC qualifier. However, if you are reinitializing an existing queue, you can specify the /AUTOSTART_ON qualifier for a queue previously created or started with the /ON qualifier. Doing so overrides the /ON qualifier and makes the queue an autostart queue.
For more information about autostart queues, see the chapter about queues in OpenVMS System Manager's Manual: Essentials.
/BASE_PRIORITY=n
Specifies the base process priority at which jobs are initiated from a batch execution queue. By default, if you omit the qualifier, jobs are initiated at the same priority as the base priority established by DEFPRI at system generation (usually 4). The base priority specifier can be any decimal value from 0 to 15.You also can specify this qualifier for an output execution queue. In this context the /BASE_PRIORITY qualifier establishes the base priority of the symbiont process when the symbiont process is created.
/BATCH
/NOBATCH (default)
Specifies that you are initializing a batch queue. If you are reinitializing an existing queue, you can use the /BATCH qualifier only if the queue was created as a batch queue.A batch queue is classified as either an execution queue or a generic queue. By default, the /BATCH qualifier initializes an execution queue. To specify a generic batch queue, use the /GENERIC qualifier together with the /BATCH qualifier.
The /BATCH and /DEVICE qualifiers are mutually exclusive; the /NOBATCH and /NODEVICE qualifiers cannot be used together.
/BLOCK_LIMIT=([lowlim,]uplim)
/NOBLOCK_LIMIT (default)
Limits the size of print jobs that can be processed on an output execution queue. The /BLOCK_LIMIT qualifier allows you to reserve certain printers for certain size jobs. You must specify at least one of the parameters.
Previous | Next | Contents | [Home] | [Comments] | [Ordering info] | [Help]
![]()
9996P019.HTM OSSG Documentation 26-NOV-1996 11:17:22.30Copyright © Digital Equipment Corporation 1996. All Rights Reserved.