Previous | Contents | Index |
Value of current_state may be one of the following:
SENDING
VOTED
COMMIT
EXCEPTION
PRI_DONE
Allows you display transactions that were initiated by a client process.
If /USER is not specified, transactions for all users are displayed.
RTR> SHOW TRANSACTION/BACKEND/FULL Backend transactions: Tid: e100b810,0,0,0,0,a85,83290001 Facility: RTR$DEFAULT_FACILITY Frontend: ***** FE-User: anders.7780 State: RECEIVING Start-Time:Tue Feb 21 15:53:53 1995 Router: bronze Invocation: ORIGINAL Active-Key-Ranges: 1 Recovering-Key-Ranges: 0 Total-Tx-Enqs: 1 Key-Range-Id: 16973824 Server-Pid: 20828 Server-State: RECEIVING Journal-Node: iron.zuo.dec.com Journal-State: SENDING First-Enq: 1 Nr-Enqs: Nr-Replies: 0 |
The SHOW VERSION command displays the version of RTR running on the node where the command is issued.
SHOW VERSION
The SHOW VERSION command displays the version of RTR running on the node where the command is executed.
The SPAWN command allows you to execute operating system commands without leaving the RTR utility.
SPAWN [operating-system-command]
Command Qualifiers | Defaults |
---|---|
/INPUT=filespec | /NOINPUT |
/OUTPUT=filespec | /OUTPUT=stdout |
/WAIT | /NOWAIT |
The SPAWN command allows you to execute operating system commands without leaving the RTR session. If you specify an operating system command as the parameter to SPAWN, the command is executed in the context of a spawned subprocess. For example, the command SPAWN mail invokes the mail utility; when you exit from mail, you return to your RTR session.If you do not specify a parameter, the SPAWN command enters the operating system command level in the spawned subprocess. You can then enter commands; you can return to your RTR session by exiting the subprocess.
operating-system-command
Can be any operating system command.
/INPUT=filespec
/NOINPUT (D)
Specifies an input file containing one or more shell commands to be executed by the spawned subprocess. If you specify a command and an input file (with the /INPUT qualifier), the command string is processed before the input file. Once processing of the input file is complete, the subprocess is terminated./OUTPUT=filespec
/OUTPUT=stdout (D)
/NOUTPUT
Requests that the output from the SPAWN operation is written to the filespec ./WAIT (D)
/NOWAIT
Specifies that the "waited" form of the system service be used (default). Use the /NOWAIT qualifier if the unwaited form of the system service is required.
The START HTTP_SERVER starts the HTTP server on the computer system where you wish to use web-based management functions.
START HTTP_SERVER
Command Qualifiers | Defaults |
---|---|
/ACCESS=READ_ONLY | Write, edit |
/[NO]USER_AUTHENTICATION | /USER-AUTHENTICATION |
The START HTTP_SERVER command allows you to start the HTTP server on the target computer system. This command must be issued before you can access the web-based management functions. It must be issued for each user of the management features.
/ACCESS=READ_ONLY
The servers can be started in read-only mode. If this qualifer is not specified, the default access is WRITE, EDIT./[NO]USER_AUTHENTICATION
/USER_AUTHENTICATION
By default, the servers require HTTP clients to provide a user name and password which will be validated by the host computer operating system. Use /NOUSER_AUTHENTICATION to disable this feature and allow anonymous access.
The START RTR command starts RTR on one or more nodes.
START RTR
Command Qualifiers | Defaults |
---|---|
/CLUSTER | /NOCLUSTER |
/NODE[=node-list] | /NODE=default-node |
/OUTPUT[=filespec] | /OUTPUT=stdout |
The following qualifiers are relevant only on OpenVMS.
Command Qualifiers | Defaults |
---|---|
/ASTLM=AST-limit | Depends on /LINKS and /PROCESSES values |
/BIOLM=io-buffered | Depends on /LINKS and /PROCESSES values |
/BYTLM=buffer-limit | /BYTLM=1000000 |
/CPULM=time-limit | /CPULM=default-time-limit |
/DIOLM=io-direct | /Depends on /LINKS and /PROCESSES values |
/ENQLM=enqueue-limit | /ENQLM=2000 |
/FILLM=file-limit | Depends on /LINKS and /PROCESSES values |
/JTQUOTA=job-table-quota | /JTQUOTA=5000 |
/LINKS=max-links | /LINKS=512 |
/PGFLQUOTA=page-file quota | Depends on /LINKS and /PROCESSES values |
/PRCLM=subprocess-limit | /PRCLM=10 |
/PRIORITY=priority | /PRIORITY=6 |
/PROCESSES=max-processes | /PROCESSES=64 |
/TQELM=queue-limit | /TQELM=2000 |
/WSDEFAULT=working-set | /WSDEFAULT=2000 |
/WSEXTENT=extent | /WSEXTENT=20000 pages |
/WSQUOTA=max-working-set | /WSQUOTA=10000 pages |
The START RTR command starts RTR on one or more nodes.When RTR is started on a node, a detached process called the RTR ACP is created. This process performs transaction and communication activities for all users of RTR running on that node.
The START RTR command must be issued before adding RTR facilities or starting application programs that use RTR.
When running on OpenVMS systems, the quota qualifiers affect the way the RTR ACP is created. The default values will suffice for many applications. The values for quota qualifiers take effect independently of SYSGEN settings. This means that RTR can be started with different quotas without rebooting the system. The quota qualifiers are similar to those specified with the DCL RUN /DETACHED command.
If you use obsolete RTR Version 2 qualifers with the START RTR command, a warning is issued. Qualifers affected are partitions , cache_pages , and relations . Warnings are also generated if an OpenVMS qualifer is used on a non-OpenVMS platform.
/ASTLM=AST-limit
/ASTLM=(max-links + max-processes) x 2 + 10 = default AST-limit (D)
This qualifier is relevant only on OpenVMS systems.Specifies the AST limit for the RTR ACP.
The value for AST-limit must include five for RTR ACP mailbox reads and timer scheduling and a minimum of two per DECnet logical link maintained by RTR.
For example, in a 20-node configuration, a router node needs an ASTLM of at least 45 ( 10 + (20 x 2) ).
In systems where a lot of traffic is expected, defining additional ASTLM quota will enable lookahead I/O to be booked to channels without RTR ACP being held up in a resource wait.
The default value of AST-limit is automatically calculated, based on the value of /LINKS and /PROCESSES.
/BIOLM=io-buffered
/BIOLM=(max-links + max-processes) x 2 + 10 = default io-buffered (D)
This qualifier is relevant only on OpenVMS systems.Specifies the maximum number of system-buffered I/O operations that the RTR ACP can have outstanding at any one time.
The default value of io-buffered is automatically calculated, based on /LINKS and /PROCESSES values.
/BYTLM=buffer-limit
/BYTLM=1000000 (D)
This qualifier is relevant only on OpenVMS systems.Specifies the maximum amount of memory, in bytes, that the RTR ACP can use for buffered I/O operations or temporary mailbox creation.
This should be sufficiently large to account for lookahead DECnet traffic.
The default for buffer-limit is 1000000 bytes.
/CLUSTER
/NOCLUSTER (D)
Specifies that the command is executed on all the nodes in the cluster.If neither /NODE nor /CLUSTER is specified, the command is executed on the nodes specified by the latest SET ENVIRONMENT command. If no SET ENVIRONMENT command has been entered, the command is executed only on the node where the command was issued.
Note
In environments that do not support clustering, the /CLUSTER qualifier causes the relevant command to be executed on the local node only./CPULM=time-limit
/CPULM=default-time-limit (D)
This qualifier is relevant only on OpenVMS systems.Specifies the maximum amount of CPU time (in delta time) allocated to the RTR ACP. The unit of time-limit is 10 milliseconds. When the time expires, the RTR ACP is deleted.
The default value is established at system-generation time.
A time-limit value of 0 indicates that CPU time is not restricted.
/DIOLM=io-direct
/DIOLM=(max-links + max-processes) x 2 + 10 = default io-direct (D)
This qualifier is relevant only on OpenVMS systems.Specifies the maximum number of direct I/O operations that the RTR ACP can have outstanding at any one time.
If you do not specify a direct I/O quota, the default value established at system generation time is used.
The default for io-direct is automatically calculated based on the values for /LINKS and /PROCESSES.
/ENQLM=enqueue-limit
/ENQLM=2000 (D)
This qualifier is relevant only on OpenVMS systems.Specifies the maximum number of locks that the RTR ACP can have outstanding at any one time.
The default for enqueue-limit is 2000.
/FILLM=file-limit
/FILLM=(max-links + max-processes) + 10 = default file-limit (D)
This qualifier is relevant only on OpenVMS systems.Specifies the maximum number of files that the RTR ACP can have open at any one time.
The default value of file-limit is automatically calculated, based on the values of /LINKS and /PROCESSES.
/JTQUOTA=job-table-quota
/JTQUOTA=5000 (D)
This qualifier is relevant only on OpenVMS systems.Allows you to specify a quota for the job-wide logical name table for the RTR ACP.
The default for job-table-quota is 1024.
/LINKS=max-links
/LINKS=512 (D)
This qualifier is relevant only on OpenVMS systems.Specifies the maximum number of nodes with which this node can communicate. The default for max-links is 512.
/NODE[=node-list]
/NODE=default-node (D)
Specifies that the command is executed on all nodes specified in node-list . If node-list is omitted, the command is executed only on the node where the command was issued./OUTPUT[=filespec]
/OUTPUT=stdout (D)
Specifies that the resulting information is written to the file filespec . If /OUTPUT or filespec is omitted, the standard or default output is used./PGFLQUOTA=page-file
/PGFLQUOTA=((max-links + max-processes) x 400) + 16000 = default pages (D)
This qualifier is relevant only on OpenVMS systems.Specifies the maximum number of pages allocated in the paging file for the RTR ACP.
The paging file quota is the amount of secondary storage available during execution of the RTR ACP image.
Note that a shortage of virtual memory may produce spurious error messages.
The default value of page-file is automatically calculated, based on the values of /LINKS and /PROCESSES.
/PRCLM=subprocess-limit
/PRCLM=10 (D)
This qualifier is relevant only on OpenVMS systems.Specifies the maximum number of subprocesses that the RTR ACP can create.
The default for subprocess-limit is 10.
/PRIORITY=priority
/PRIORITY=6 (D)
This qualifier is relevant only on OpenVMS systems.Requires alter priority (ALTPRI) privilege to set the priority higher than your current process.
Specifies the base priority at which the RTR ACP executes.
The priority value is a decimal number from 0 through 31, where 31 is the highest priority and 0 is the lowest. Normal priorities range from 0 through 15; real-time priorities range from 16 through 31.
Higher priorities result in faster response, but lower priorities may be more CPU efficient and give a higher overall throughput.
/PROCESSES=max-processes
/PROCESSES=64 (D)
This qualifier is relevant only on OpenVMS systems.Specifies the maximum number of processes that can use RTR on this node. The max-processes value is set to the maximum number of processes allowed by OpenVMS. The default is 64.
/TQELM=queue-limit
/TQELM=2000 (D)
This qualifier is relevant only on OpenVMS systems.Specifies the maximum number of timer queue entries that the RTR ACP can have outstanding at any one time. This number includes timer requests and scheduled wakeup requests.
The default for queue-limit is 2000.
/WSDEFAULT=working-set
/WSDEFAULT=2000 (D)
This qualifier is relevant only on OpenVMS systems.Specifies the default working set size for the image running in the RTR ACP.
working-set cannot be greater than the working set quota (specified with the /WSQUOTA qualifier).
The default for working-set is 2000.
/WSEXTENT=extent
/WSEXTENT=20000 pages (D)
This qualifier is relevant only on OpenVMS systems.Specifies the maximum size in pages to which the image running in the RTR ACP can increase its physical memory size.
The default for extent is 20000 pages.
/WSQUOTA=max-working-set
/WSQUOTA=10000 pages (D)
This qualifier is relevant only on OpenVMS systems.Specifies the maximum size in pages to which the image being executed in the RTR ACP process can increase its working set size.
The default for max-working-set is 10000 pages.
See Chapter 2, Starting and Setting Up RTR, for examples of how to use the START RTR command.
The STOP HTTP_SERVER stops the HTTP server.
STOP HTTP_SERVER
The STOP HTTP_SERVER command stops the HTTP server. This command must be issued for each user of the web-based management features.
The STOP RTR command stops RTR on one or more nodes.
STOP RTR
Command Qualifiers | Defaults |
---|---|
/ABORT | /NOABORT |
/CLUSTER | /NOCLUSTER |
/NODE[=node-list] | /NODE=default-node |
/OUTPUT[=filespec] | /OUTPUT=stdout |
The STOP RTR command stops RTR in an orderly manner.Alternatively, RTR can be stopped in an abrupt manner (/ABORT), and any applications using RTR are forced to exit.
/ABORT
Specifying /ABORT causes RTR to stop, regardless of the state of any RTR user applications. Applications using RTR are forced to exit.
Note
This qualifier supersedes the /NOCONFIRM of earlier versions of RTR./CLUSTER
/NOCLUSTER (D)
Specifies that the command is executed on all the nodes in the cluster.If neither /NODE nor /CLUSTER is specified, the command is executed on the nodes specified by the latest SET ENVIRONMENT command. If no SET ENVIRONMENT command has been entered, the command is executed only on the node where the command was issued.
Note
In environments that do not support clustering, the /CLUSTER qualifier causes the relevant command to be executed on the local node only./NODE[=node-list]
/NODE=default-node (D)
Specifies that the command is executed on all nodes specified in node-list . If node-list is omitted, the command is executed only on the node where the command was issued./OUTPUT[=filespec]
/OUTPUT=stdout (D)
Specifies that the resulting information is written to the file filespec . If /OUTPUT or filespec is omitted, the standard or default output is used.
See Chapter 2, Starting and Setting Up RTR, for examples of how to use the STOP RTR command.
The TRIM FACILITY command removes nodes or roles (or both) from an existing facility definition.
TRIM FACILITY [facility_name]
Command Qualifiers | Defaults |
---|---|
/BACKEND=backend-list | /NOBACKEND |
/CLUSTER | /NOCLUSTER |
/FRONTEND=frontend-list | /NOFRONTEND |
/NODE[=node-list] | /NODE=default-node |
/OUTPUT[=filespec] | /OUTPUT=stdout |
/ROUTER=router-list | /NOROUTER |
The TRIM FACILITY command removes nodes or roles (or both) from an RTR facility definition. A node can be removed from a facility or a role can be removed from a node. For example, a node having both router and frontend roles can be trimmed to have only a router role.A TRIM FACILITY command resulting in the removal of all roles is equivalent to a DELETE FACILITY command.
A frontend role can be removed from a node with the router role as long as there is at least one other frontend defined.
A backend role can be removed from a node with the router role as long as at least one other backend is defined. A command to remove a backend role should be executed on all router nodes to avoid problems with inconsistent facility definitions.
If a router role is removed, the node from which it is removed will discard its knowledge of other backends and frontends in the facility. If the router role is again added to the node (using EXTEND FACILITY), this information must be specified again.
To have a consistent facility definition across the nodes of the facility (avoiding problems with attaining quorum), the command to remove a router role must be executed on all relevant nodes. This means executing the command on the node losing the router role, plus all backend and frontend nodes which know about this router.
As with CREATE or MODIFY FACILITY, superfluous nodes or roles can be specified. That is, you can specify backend nodes on a node which only has a frontend role, and frontend nodes can be specified on a node which only has a backend role. This permits a single RTR management command to be issued on many nodes, and each node only accepts those parts of the command which are relevant to it.
When using this command, the facility being extended may lose quorum until the affected nodes agree upon the new facility definition. During this time, server applications will not be presented with any new transactions.
RTR MONITOR QUORUM displays a monitor picture which allows the quorum negotiations to be observed. You can use this after using a TRIM FACILITY command; once quorum has again been attained, the participating nodes return to the quorate state.
For example, in a three-node facility called facnam , the nodes FE and NFE have only frontend roles, and node FETRBE has frontend, router and backend roles. This facility could have been created as follows:
% RTR RTR> SET ENVIRONMENT /NODE=(FE,FETRBE,NFE) RTR> CREATE FACILITY facnam /FRONTEND=(NFE,FE,FETRBE) - /ROUTER=FETRBE - /BACKEND=FETRBEThe frontend node NFE can be removed from the facility as follows:
% RTR RTR> SET ENVIRONMENT /NODE=(FETRBE,NFE) RTR> TRIM FACILITY facnam /FRONTEND=NFE
facility_name
Specifies the name of the facility to be trimmed.
The default value for facility_name is RTR$DEFAULT_FACILITY .
/BACKEND=backend-list
/NOBACKEND (D)
Specifies the names of the nodes where backend roles for this facility are removed.
backend-list is a list of backend-nodes separated by commas. If there is more than one backend-node , backend-list must be enclosed in parentheses.
backend-node is either the name of a node or @filespec , where filespec specifies a text file containing a backend-list on each line.
/CLUSTER
/NOCLUSTER (D)
Specifies that the command is executed on all the nodes in the cluster.If neither /NODE nor /CLUSTER is specified, the command is executed on the nodes specified by the latest SET ENVIRONMENT command. If no SET ENVIRONMENT command has been entered, the command is executed only on the node where the command was issued.
Note
In environments that do not support clustering, the /CLUSTER qualifier causes the relevant command to be executed on the local node only./FRONTEND=frontend-list
/NOFRONTEND (D)
Specifies the names of nodes where the frontend role is removed for this facility. frontend-list is a list of frontend-nodes separated by commas. If there is more than one frontend-node , frontend-list must be enclosed in parentheses.frontend-node is either the name of a node or @filespec , where filespec specifies a text file containing a frontend-list on each line.
/NODE[=node-list]
/NODE=default-node (D)
Specifies that the command is executed on all nodes specified in node-list . If node-list is omitted, the command is executed only on the node where the command was issued./OUTPUT[=filespec]
/OUTPUT=stdout (D)
Specifies that the resulting information is written to the file filespec . If /OUTPUT or filespec is omitted, the standard or default output is used./ROUTER=router-list
/NOROUTER (D)
Specifies the names of the nodes where the router role is removed for this facility.router-list is a list of router-nodes separated by commas. If there is more than one router-node , router-list must be enclosed in parentheses.
router-node is either the name of a node or @filespec , where filespec specifies a text file containing a router-list on each line.
Previous | Next | Contents | Index |