Previous | Contents | Index |
TRANSACTION COMMITS BY PROCESS 14:37:23 7-JAN-1999 Commits Node ID Process Abs. Rate 10 20 30 40 50 60 70 80 90 100 -ALL- 00000000 -REQUESTERS- 123298 31.8 -ALL- 00000000 -SERVERS- 123297 28.9 NODEA 20200BEA RTRACP 0 0.0 NODEA 20200C03 ANDERS_1 123297 28.9 NODEB 21400724 RTRACP 0 0.0 NODEB 214005F0 ANDERS_1 123298 31.8 |
Same as TOPTPS except that a given process is always displayed at the
same position on the screen, that is, the list is not sorted by TPS.
5.2.34 Monitor Traffic
RTR> Monitor Traffic LINK TRAFFIC 7-JAN-1999 14:38:08, NODE: -ALL- Bytes/second Packets/sec Messages/sec Congestion Rcvd Sent Rcvd Sent Avrg Rcvd Sent Abs Rate Total 13465.5 13213.3 123.8 121.2 239.1 53.3 53.3 35 0.0 NODEA -> NODEA 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0.0 NODEA -> NODEB 10718.0 2705.8 95.1 27.5 118.9 24.9 27.2 28 0.0 NODEB -> NODEB 41.7 41.7 1.2 1.2 1.4 1.2 1.2 0 0.0 NODEB -> NODEA 2705.8 10465.8 27.5 92.5 118.8 27.2 24.9 7 0.0 |
Displays a list of the links to other nodes. Shown for each link are:
byte rate, packet rate, message rate and congestion, in both
directions. Average packets per second is also shown. Uses counters in
the Network I/O (NIO) subsystem.
5.2.35 Monitor Trans
RTR> Monitor Trans monitoring transactions Thu Mar 4 1999 15:21:38, NODE: NODEA Tid (Frontend) Facility FE-User 46d01f10,0,0,0,0,baa09da,abf10001 RTR$DEFAULT_FACILITY RTRCSV_TETRAUL aborting Tid (Router) Facility FE-User State Tid (Backend) Facility FE-User 46d01f10,0,0,0,0,baa09da,abf10001 RTR$DEFAULT_FACILITY RTRCSV_TETRAUL aborting |
Displays transaction state for transactions in a facility.
5.2.36 Monitor V2CALLS
RTR> Monitor V2CALLS RTR system service calls, Node: NODEA , PID: 00000000, Process name: -ALL- Image: -ALL- 13:09:18 5-MAR-1999 Accept Reject Success Failure Outstng Calls dcl_tx_prc/server 3 0 4 0 0 4 dcl_tx_prc/req. 1 dcl_tx_prc/shut. 0 start_tx 1 0 1 0 0 1 start_tx /timeout 0 enq_tx 1 0 50395 0 0 50395 enq_tx /broadcast 25187 enq_tx /reply 25207 deq_tx 50381 0 50391 0 2 50393 deq_tx /reply 12 commit_tx 1 0 1 0 0 1 abort_tx 0 0 0 0 0 0 vote_tx /commit 25187 0 25189 0 0 25189 vote_tx /abort 0 vote_tx /forget 2 |
Displays RTR Version 2 calls when running RTR Version 2 or mixture of
RTR Version 3 and 2 environment.
5.2.37 Monitor XA
RTR> Monitor XA MONITOR XA RTR XA Calls Node: nodea.zko PID: -ALL- Process name: -ALL- Image: -ALL- 11:42:06 Tue 6-Apr-1999 Calls Success Readonly Failure open 0 0 0 0 close 0 0 0 0 start 0 0 0 0 end 0 0 0 0 prepare 0 0 0 0 commit 0 0 0 0 rollback 0 0 0 0 recovery 0 0 0 0 Rate 0 2 4 6 8 10 12 14 16 18 20 Active Txn starts 0.0 0 |
Displays XA calls when using XA with RTR.
Each RTR API call can be invoked at CLI level using the RTR command utility. This is provided to facilitate testing. For example, clients may be tested before the corresponding servers have been written by manually entering the server's API calls.
6.1 Introduction
The commands that invoke the RTR API calls are similar to the call
names. For example, the
rtr_accept_tx()
call is invoked using CALL RTR_ACCEPT_TX
at the CLI-level.
Where possible, command qualifiers have been given the same names as the parameters to the API calls. See the Application Programmer's Reference Manual for details about the parameters to API calls.
Most commands can be issued on remote nodes by using the /NODE=node-list or /CLUSTER qualifiers, or by preceding them with the SET ENVIRONMENT command to specify nodes where commands are to be executed. Commands such as DEFINE KEY are intended for local execution only.
Output from each command can be redirected to another device or file using the /OUTPUT qualifier.
Because the RTR command utility keeps parameter checking to a minimum, "what if" questions can be answered quickly without having to write test programs.
In a mixed RTR Version 2 and Version 3 environment, you cannot execute commands remotely with the /NODE qualifier. |
This section describes in detail each command in the RTR command utility.
The command descriptions are presented in alphabetical order.
See CREATE FACILITY; ADD FACILITY is retained for compatibility reasons only.
The CALL RTR _ACCEPT _TX command causes a command server to execute the rtr_accept_tx() routine and to display the returned status.
CALL RTR_ACCEPT_TX
Command Qualifiers | Defaults |
---|---|
/CHANNEL_NAME=channel-name | /CHANNEL_NAME=RTR$DEFAULT_CHANNEL |
/CLUSTER | /NOCLUSTER |
/FORGET | /NOFORGET |
/INDEPENDENT | NOINDEPENDENT |
/NODE[=node-list] | /NODE=default-node-list |
/OUTPUT[=file-spec] | /OUTPUT=stdout |
/REASON[=reason] | /REASON=0 |
The CALL RTR _ACCEPT _TX command causes a command server to call the rtr_accept_tx() routine using values supplied on the command line.The numeric status returned from the call is then converted to its textual representation and displayed.
The rtr_accept_tx() routine itself is described in Application Programmer's Reference Manual.
The prototype of rtr_accept_tx() is:
rtr_status_t rtr_accept_tx ( rtr_channel_t channel, rtr_acc_flag_t flags, rtr_reason_t reason ) ;Table 6-1 shows the correspondence between values you supply on the command line and the C language parameter values produced and used for the call.
Table 6-1 Parameters for rtr_accept_tx C Parameter Name C Parameter Value Command Line Specification channel /CHANNEL_NAME=name flags RTR_NO_FLAGS [none] [D] RTR_F_ACC_FORGET /FORGET reason RTR_NO_REASON /NOREASON [D] reason_value /REASON=reason_value Issuing the CALL RTR _ACCEPT _TX command in preference to using the /ACCEPT qualifier with the CALL RTR _SEND _TO _SERVER or CALL RTR _REPLY _TO _CLIENT commands is only necessary when you wish to specify an acceptance "reason" other than the default value of zero (using the /REASON qualifier).
/CHANNEL_NAME=channel_name
/CHANNEL_NAME=RTR$DEFAULT_CHANNEL
Specifies the channel for which the operation is to be performed.The command server uses a combination of the channel_name and the window from which the call was issued to uniquely identify which channel to use.
channel_name is not case sensitive.
The default channel name is RTR$DEFAULT_CHANNEL.
/CLUSTER
/NOCLUSTER (D)
Specifies that the command is executed on all the nodes in the cluster.If neither /NODE nor /CLUSTER is specified then the command is executed on the nodes specified by the latest SET ENVIRONMENT command. If no SET ENVIRONMENT command has been entered then the command is executed only on the node where the command was issued.
Note: In environments that do not support clustering, use of the /CLUSTER qualifier will cause the relevant command to be executed on the local node only.
/FORGET
/NOFORGET
Use /FORGET to specify the flags parameter as RTR_F_ACC_FORGET in the call rtr_accept_tx() .The default for value for /FORGET is /NOFORGET, which causes the command server to use the value RTR_NO_FLAGS for the flags parameter in the call to rtr_accept_tx() .
/INDEPENDENT
NOINDEPENDENT
Use the /INDEPENDENT qualifier to specify the flags parameter RTR_F_ACC_INDEPENDENT in the call to rtr_accept_txt()./NODE[=node-list]
/NODE=default-node-list (D)
Specifies that the command is executed on all nodes specified in node-list. If node-list is omitted then the command is executed only on the node where the command was issued./OUTPUT[=file-spec]
/OUTPUT=stdout (D)
Specifies that the resulting information is written to the file file-spec. If /OUTPUT or file-spec is omitted then the standard or default output is used./REASON[=reason]
/REASON=0
Use /REASON to supply a value for the reason parameter in the call to rtr_accept_tx() .The default for value for /REASON is 0, which causes the command server to use the value RTR_NO_REASON for the reason parameter in the call to rtr_accept_tx() .
Accept the current transaction with a reason of 42.
RTR> CALL RTR_ACCEPT_TX /REASON=42 %RTR-S-OK, normal successful completion |
The CALL RTR _BROADCAST _EVENT command causes a command server to execute the rtr_broadcast_event() routine and to display the returned status.
CALL RTR_BROADCAST_EVENT [message-field1] [,message-field2...]
[message-field1] [,message-field2...]
Specify the message to be sent (if any) as one or more comma separated parameter values. You can use the /TYPE_OF_DATA and /LENGTH_OF_DATA positional qualifiers on each parameter value to specify the data type and length of each field.
Command Qualifiers | Defaults |
---|---|
/CHANNEL_NAME=channel-name | /CHANNEL_NAME=RTR$DEFAULT_CHANNEL |
/CLUSTER | /NOCLUSTER |
/EVENT_NUMBER=evtnum | none |
/FORMAT=fmt-string | /NOFORMAT |
/LENGTH_OF_FIELD=message length | Depends on data type; see description. |
/NODE[=node-list] | /NODE=default-node-list |
/OUTPUT[=file-spec] | /OUTPUT=stdout |
/RECIPIENT_SPEC=rcpspc | /NORECIPIENT_SPEC |
/TYPE_OF_DATA=data type | /TYPE_OF_DATA=STRING |
The CALL RTR _BROADCAST _EVENT command causes a command server to call the rtr_broadcast_event() routine using values supplied on the command line.The numeric status returned from the call is then converted to its textual representation and displayed.
The rtr_broadcast_event() routine itself is described in Application Programmer's Reference Manual.
The prototype of rtr_broadcast_event() is:
rtr_status_t rtr_broadcast_event ( rtr_channel_t channel, rtr_bro_flag_t flags, rtr_msgbuf_t pmsg, rtr_msglen_t msglen, rtr_evtnum_t evtnum, rtr_rcpspc_t rcpspc, rtr_msgfmt_t msgfmt ) ;Table 6-2 shows the correspondence between values you supply on the command line and the C language parameter values produced and used for the call.
Table 6-2 Parameters for rtr_broadcast_event C Parameter Name C Parameter Value Command Line Specification channel /CHANNEL_NAME=name flags RTR_NO_FLAGS [none] [D] pmsg, msglen, msgfmt 1 [message definition parameter list with positional qualifiers. ] evtnum 42 /EVENT_NUMBER=42 rcpspc "workstat*" /RECIPIENT_SPEC="workstat*"
1 The actual values used for pmsg, msglen and msgfmt are based upon the message definition you specify as a command line parameter.
The command server uses message data specified as command line parameter values to generate a record containing the message data (for the pmsg parameter), the message length (for the msglen parameter), and a record type description (for the msgfmt parameter).
/CHANNEL_NAME=channel-name
/CHANNEL_NAME=RTR$DEFAULT_CHANNEL
Specifies the channel for which the operation is to be performed.The command server uses a combination of the channel_name and the window from which the call was issued to uniquely identify which channel to use.
channel_name is not case sensitive.
The default for channel-name is RTR$DEFAULT_CHANNEL.
/CLUSTER
/NOCLUSTER (D)
Specifies that the command is executed on all the nodes in the cluster.If neither /NODE nor /CLUSTER is specified then the command is executed on the nodes specified by the latest SET ENVIRONMENT command. If no SET ENVIRONMENT command has been entered then the command is executed only on the node where the command was issued.
Note: In environments that do not support clustering, use of the /CLUSTER qualifier will cause the relevant command to be executed on the local node only.
/EVENT_NUMBER=user-event-number
The user event number associated with this broadcast, in the range of RTR_EVTNUM_USERBASE to RTR_EVTNUM_USERMAX (i.e. 0 to 250)./FORMAT[=fmt-string]
/NOFORMAT (D)
Specifies that a format string should be sent with this message.If /FORMAT is specified without fmt-string, RTR automatically generates a format string. The format string is generated using the parameters given for the qualifiers /SIGNED, /UNSIGNED, /STRING and /LENGTH. The following table shows permitted values for these qualifiers when using /FORMAT without fmt-string.
Table 6-3 Generated Format Strings Data Type With /LENGTH= With /NOLENGTH STRING =n, "%nC" "%nC" where n=strlen(string) SIGNED =1, "%SB" "%SL" SIGNED =2, "%SW" "%SL" SIGNED =4, "%SL" "%SL" UNSIGNED =1, "%UB" "%SL" UNSIGNED =2, "%UW" "%SL" UNSIGNED =4, "%UL" "%SL" Refer to Application Programmer's Reference Manual, section "Defining a Message Format Description" for information on constructing a fmt-string parameter.
/LENGTH_OF_FIELD=field-length
Enter the size of the message field that you want to define. The default for string types is the length of the message entered, plus one (for the zero termination byte). The default for signed and unsigned types is four. This is a positional qualifier; it must immediately follow the message field that it refers to./NODE[=node-list]
/NODE=default-node-list (D)
Specifies that the command is executed on all nodes specified in node-list. If node-list is omitted then the command is executed only on the node where the command was issued./OUTPUT[=file-spec]
/OUTPUT=stdout (D)
Specifies that the resulting information is written to the file file-spec. If /OUTPUT or file-spec is omitted then the standard or default output is used./RECIPIENT_SPEC=rcpspc
Enter a string specifying the recipient name. The wild-card characters "*" and "?" are permitted.RECIPIENT_SPEC is case sensitive
/TYPE_OF_DATA=STRING|SIGNED|UNSIGNED
/TYPE_OF_DATA=STRING (D)
Enter the data type of the message field that you want to define. The default is the string type. This is a positional qualifier; it must immediately follow the message field that it refers to.
This command broadcasts user event number 23 to all channels having a null string rcpnam (the default). A message is sent with the broadcast.
RTR> CALL RTR_BROADCAST_EVENT "Dollar is up"/EVENT_NUMBER=23 %RTR-S-OK, Normal successful completion |
The following command broadcasts user event number 24 to all recipients whose /RECIPIENT_NAME matches the DEALER% string (that is, DEALER1, DEALER2, DEALERx). Note that only the event is broadcast, there is no associated message.
RTR> CALL RTR_BROADCAST_EVENT /EVENT=24/RECIPIENT_SPEC=DEALER% %RTR-S-OK, Normal successful completion |
The following example shows a broadcast message containing two fields. The first field is of type unsigned, entered as a hexadecimal number; the second field is of type string.
RTR> CALL RTR_BROADCAST_EVENT /EVENT=24 0xFA9BC0 /TYPE_OF_ DATA=UNSIGNED/LENGTH=8,"This field of the message is a string" %RTR-S-OK, Normal successful completion |
Previous | Next | Contents | Index |