Selection Criteria fields
Not every selection criteria field can be used for every event type.
The second column in the following table shows which event types can use a specific selection criteria field. For any event type for which you create a Rule, a selection criteria panel for that event type appears and contains a subset of the criteria listed in the following table.
The following table lists all of the available selection criteria fields for all event types.
That TIME-initiated Rules do not use any of the selection criteria listed that are here. To see the selection criteria for TIME-initiated Rules, refer to Creating-TIME-initiated-Rules.
Selection Criteria field | Event type | Description |
---|---|---|
Acct Info | CICS CMD EXT IMS MSG TLM | Enter up to 33 bytes of accounting information for the issuer of the event. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Alarm ID | ALRM | Enter the Alarm ID associated with the Alarm. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Alarm Text | ALRM | Enter the text string that all ALARM messages are searched for |
Cell Name | BRC | Select all events that match the cell name. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Cell Type | BRC | Select all events that match the cell type. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
CICS TDQ | CICS | Enter the one- to four-character name of the CICS Transient Data Queue where the event originated. If the queue is an indirect queue, specify the indirect queue name instead of the name the queue resolves to. The indirect queue name is the queue that BMC AMI Ops Automation compares to the destination queue of the incoming message. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Class | BRC | Select all events that contain the class string. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Client | IMP | Specify a 1- to 8-byte name of the client (IMSplex member) where the IMS Type-2 command originated. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Console Name | CMD MSG | Specify the console name of a specific MVS console associated with the message. This field is 33 characters long. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Context | ALRM | Enter the context associated with the Alarm. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Count | TLM | Specify the maximum number of Time Limit Extensions are allowed to occur for this address space. Values can be from 0 to 9999. SHARED variables and EVENT variables can be used in this field. |
Desc codes | MSG | Enter one or more MVS descriptor codes associated with the message. Separate each descriptor code by a blank. Valid codes are 1-128. Variables and pattern matching cannot be used in this field. |
Event | ALRT | Specify when a Rule should fire when a matching ALERT is detected. Valid values are as follows:
|
Host Address | BRC | Select all events that match the host IP address. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Host Class | BRC | Select all events that match the host class. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Host Name | BRC | Select all events that match the host name. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Ignore leading plus | MSGDB2 | Specify YES to ignore a leading plus sign (+) in the text-ID of write-to-operator messages (WTOs). Messages that are issued from a non-authorized program can have a plus sign (+) inserted at the beginning of the text-ID of the message. By specifying YES in this field, you can create a single Rule that fires for messages that are issued from both authorized and non-authorized programs because the Rule ignores the leading plus sign. When you specify YES, you need to take additional steps to ensure that the message is being issued from a trusted job, such as by verifying the user ID, job name, accounting code, or some other information provided by the Rule or EXEC. This setting does not impact the contents of the IMFTEXT or WORD1 event variables. For more information about how to set a default for all the MSG, HWTO, or DB2 initiated Rules within a Rule Set to ignore the leading plus sign, refer to the description of the Default ignore leading plus value for MSG rules field in Enabling-filtering-and-Rule-Set-match-rate-for-Rule-Sets. You can use the STRIP built-in Rules function on the Advanced Variable Dependencies panel to ignore a leading plus signs in the &IMFTEXT variable during variable value comparisons: for example; STRIP(&IMFTEXT,L,'+') |
Interval | Time | Specify (in hours, minutes, and seconds) how often the Rule fires. The minimum interval is 5 seconds. For example, 00:05:00 means the Rule fires at the start time and every 5 minutes thereafter until the Stop Time or the Stop Count is reached. |
Jobclass | CICS CMD EXT IMS MSG TLM | Specify a one byte identifier for the job class of a batch job issuer. Valid values are 0-9 and A-Z. SHARED variables and EVENT variables can be used in this field. |
Job name | CMD DB2 EOSEOM EXT HWTO IMP IMS MSG NVC NVM TLM | Specify a 1- to 8-byte name of the address space that issued the event. This field is usually used with the Type field which specifies the type of address space that is issuing the event. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Key | ALRT | Specify the key used to uniquely identify an ALERT within a queue. Use this field to create Rules for ALERTs written with specific keys. SHARED variables, EVENT variables, and pattern matching can be used in this field. For more information about ALERT keys, refer to Using-advanced-automation-with-BMC-AMI-Ops-Automation. |
MLWTO Minor | MSG | Specify how a Rule processes the minor lines of a multiline write-to-operator (MLWTO) message. Valid values are ALL or SINGLE. Specifying ALL means that the Rule treats the entire MLWTO (the major message plus all the minor message lines) as a single entity. A Rule with ALL specified does not fire unless the entire MLWTO has been issued. In other words, it does not fire until the MLWTO is considered complete by z/OS or BMC AMI OpsA or the text line with a text type of E or DE has been received. For more information about message text type codes, refer to the IBM documentation MVS Programming: Assembler Services Reference, Volume 2. When you specify ALL, BMC recommends that you use the variables &LINEx_WORDn on the Variable Dependencies panel to create Rules that fire based on specific content of a MLWTO message. The &LINEx variable resolves for each line of the MLWTO and the WORDn variable resolves to words on the first (major) line. For example, specify the following values on the Selection Criteria Panel: Text ID ===> IEA995I MLWTO Minor ===> ALL |
MLWTO Minor | MSG | On the Variable Dependencies panel, specify: LINE6_WORD1:6:11 EQ MYPROG The Rule fires for the message IEA995I only if the 6th through 11th characters of the first word on the sixth line equals MYPROG. Specify SINGLE so that the Rule treats each minor line of the MLWTO as a separate entity. This value means that each minor line of the MLWTO can cause the Rule to fire. When a single minor line matches the Selection Criteria, the Rule fires immediately. BMC recommends that you use the Variable Dependencies panel with the &LINE2_WORDn variable or &IMFMTEXT variables to filter out unwanted minor lines. On the Variable Dependencies panel, when you use the variable &LINE2_WORDn, &LINE2 resolves to any line of the MLWTO and the individual &WORDn variables resolve to words on the first (major) line. For example, specify the following values on the Selection Criteria Panel: Text ID ===> IEA995I MLWTO Minor ===> SINGLE On the Variable Dependencies panel, specify: LINE2_WORD1:6:11 EQ MYPROG The Rule fires for the message IEA995I if the 6th through 11th characters of the first word of any line equals MYPROG |
MLSEG Minor | IMS | Specify how a Rule processes the minor segments of a multisegment IMS (MLSEG) message. Valid values are ALL or SINGLE. Specify ALL if you want the Rule to treat the entire MLSEG (the major plus all the minor segment lines) as a single entity. A Rule with ALL specified does not fire unless the entire MLSEG has been received. In other words, it does not fire until IMS has sent the last segment of a message (or last response for a command), or the maximum time to wait between receiving segments (IMSMSTIM) has been reached. When you specify ALL, BMC recommends that you use the variables &LINEx_WORDn on the Variable Dependencies panel to create Rules that fire based on specific content of a MLSEG message. The &LINEx variable resolves for each segment of the MLSEG and the individual &WORDn variables resolve to the words on the first (major) segment. For example, specify the following values on the Selection Criteria Panel: Text ID ===> DFS2503W MLSEG Minor ===> ALL On the Variable Dependencies panel, specify: LINE3_WORD3:1:8 EQ BE2PCUST The Rule fires for the IMS message DFS2503W only if the 1st through 8th characters of the third word on the third segment equals BE2PCUST. |
MLSEG Minor | IMS | Specify SINGLE if you want the Rule to treat each minor segment of the MLSEG as a separate entity. SINGLE means that each minor segment of the MLSEG can cause the Rule to fire. When a single segment line matches the Selection Criteria, the Rule fires immediately. BMC recommends that you use the Variable Dependencies panel with the &LINE2_WORDn variables or &IMFTEXT to filter out unwanted minor segments. On the Variable Dependencies panel, when you use the variable &LINE2_WORDn, &LINE2 resolves to any segment of the MLSEG and the individual &WORDn variables resolve to words on the first (major) segment. Example: Specify the following values on the Selection Criteria Panel: Text ID ===> DFS2503W MLSEG Minor ===> SINGLE On the Variable Dependencies panel, specify: LINE2_ WORD3:1:8 EQ BE2PCUST The Rule fires for message DFS2503W if the 1st through 8th characters of the third word of any segment equals BE2PCUST. |
MLTDQ | CICS | Specify whether a CICS Rule should process only the first line of a multiline CICS (MLTDQ) message or the entire message. Valid values are ALL or blank. Specify ALL if you want the Rule to treat the entire MLTDQ (the major plus any minor lines) as a single entity. A Rule with MLTDQ ==> ALL specified does not fire unless the entire MLTDQ is received. In other words, it does not fire until CICS has sent the last line of a message. When you specify ALL, use the variables &LINEx_WORDn on the Variable Dependencies panel to base the firing of the Rule on specific content of the MLTDQ. &LINEx resolves to the line of the MLTDQ message: &LINE1 contains the contents of the major line of the MLTDQ, and &LINE2 through &LINEx contain the subsequent minor lines. WORDn resolves to a word on &LINEx. For example, assume that you specify the following values on the Selection Criteria panel: Text ID ===> DFHXS1111 MLTDQ ===> All On the Variable Dependencies panel, specify: LINE2_WORD7:4:8 EQ 00000008 The Rule fires for the CICS message DFHXS1111 only if the fourth through eithth characters of the seventh word on the second line equals 00000008. |
Name | VAR | Specify the name of a SHARED pool variable so that, when its value changes, it will trigger a Rule to fire. SHARED variables can be used in this field. |
Origin | JRNL | Enter the name of the address space that issued the message for the BBI-SS PAS Journal. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Priority | ALRM | Enter the priority associated with the Alarm. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Queue | ALRM ALRT | Specify the name of the queue to which the ALERT is targeted. Use this field to create Rules for ALERTs destined for specific queues. SHARED variables, EVENT variables, and pattern matching can be used in this field. For more information about ALERT queues, refer to Using-advanced-automation-with-BMC-AMI-Ops-Automation. |
RACF Group | CICS CMD EOS EXT IMS MSG TLM | Enter the RACF group ID (1- to 8-bytes) for the address space that issued the message. The RACF Group ID is taken from the GROUP keyword of the job card. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
RACF User | CICS CMD EOS EXT IMS MSG TLM | Enter the RACF user ID (1- to 8-bytes) for the address space that issued the message. The RACF user ID is taken from the USERID keyword of the job card. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Randomize Start Time | TIME | Enter an optional value to delay the Start Time. The value can be 1 to 4 minutes and must also be at least 1 minute less than the value specified in the Interval field. When you use this selection criteria, a random value of minutes and seconds (rounded down to the nearest 5 seconds) is added to the specified start time. Use the Randomize Start Time field when a TIME-initiated Rule is shared among many BBI-SS PASs, and you want it to fire at a slightly different time in each PAS to avoid spikes in CPU consumption. If you do not use this selection criteria, you would need to create a separate TIME-initiated Rule with a different Start Time in each PAS. The randomized start time for the Rule is determined when the TIME-initiated Rule is enabled. The TIME-initiated Rule behaves as though you specified the Randomized Start Time selection criteria. The modified Start Time remains unchanged until the Rule is enabled again and a new randomized Start Time is computed. For example: Start Time = 10:00:00 Interval = 00:06:00 Randomize Start Time = 2 When the TIME-initiated Rule is enabled, the Start Time is modified to one of these random values: 10:00:05, 10:00:10 ...10:00:55, 10:01:00, 10:01.05 ... 10:01:30 .. 10:01.55, 10:02:00 If 10:00:55 is chosen, the Rule starts as if you had coded the Rule with Start Time = 10:00:55 The first and last values (10:00:00 and 10:02:00) are not selected to reduce the potential for running at the same time as other TIME-initiated Rules. The goal of using the Randomize Start Time selection criteria is to avoid creating a spike in CPU usage by not firing a TIME-initiated Rule at a common time. Note that randomness generated is imperfect and some Rules might still be scheduled at the same time. |
Route codes | MSG | Enter one or more MVS route codes associated with the message. Separate each route code by a blank. Valid codes are 1-128. Variables and pattern matching cannot be used in this field. |
Route list | IMP | Specify a 1- to 30-byte Route list of the IMS Type-2 command. The ROUTE list is a list of client names separated by commas. The ROUTE list can contain a single asterisk for a client name, which represents all clients. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Scope | ALRM | Enter the scope associated with the Alarm. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Seconds | TLM | Specify the maximum number amount of time in seconds allowed for extensions for this address space. Values can be from 0 to 9999. SHARED variables and EVENT variables can be used in this field. |
Severity | BRC | Select all events that match the severity. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Start Time | Time | Specify (in hours, minutes, and seconds) at what clock time the Rule begins firing. For example, 10:05:30 means the Rule begins firing at 5 minutes and 30 seconds after 10:00 A.M. You can enter a start time of ATSTART. This specifies that Rules will begin firing at BBI-SS start-up. |
Step CC | EOS | Select all messages whose condition code matches. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Step Name | EOS | Select all messages whose step name matches. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Step Name | TLM | Specify the name of the step for this Rule to fire. The following values are possible: Batch Jobs: Name of the Step on the EXEC statement. If the JCL invokes a procedure, it will still be the name on the EXEC statement. TSO: TSO user IID STC: Name of a Started Task. If started with an identifier, the identifier is used. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Step Number | EOS | Select all messages whose step number matches. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Step Number | TLM | Specify the number of the step where this Rule will fire. Valid values can be from 1 to 255. SHARED variables and EVENT variables can be used in this field. |
Stop Count | Time | Specify the number of times for the Rule to be fired from the Start Time within a 24-hour interval. For example, a Stop Count value of 12 means that the Rule will begin firing at the specified Start Time and continue firing (at a rate determined by the Interval field) 12 times. If you do not specify a Stop Time or a Count value, the default is Stop Count=1. You can specify a Stop Time or a Stop Count but not both. |
Stop Time | Time | Specify (in hours, minutes, and seconds) at what clock time the Rule should stop firing. If you do not specify a Stop Time or a Count value, the default is Stop Count=1. You can specify a Stop Time or a Stop Count but not both. |
Target Name | BRC | Select all events that match the target name. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Termination Type | EOM | Select termination type for the End-of-Memory event. NORMAL, ABNORMAL, SHARED variables, EVENT variables can be used in this field. |
Text ID | All event types | Enter the 1- to 16-byte Text ID associated with the message. The length of the Text ID is determined by the first blank character in the text. The Text ID for the message is the first word, delimited by a blank, or the first 16 characters if the first word is longer than 16 characters. To select on more information, use the Text String field to enter message text. SHARED variables, EVENT variables, and pattern matching can be used in this field. For event type MSG:
|
Text String | All event types | Specify message text to be matched in addition to the Text ID. In this field, you must enter the Text ID and additional information from the message text for the Rule to match before it fires. This field supports up to 75 bytes. SHARED variables, EVENT variables, and pattern matching can be used in this field. For event type MSG:
|
Time Limit Type | TLM | Specify with kind of Time Limit expiration for a Rule to fire. Possible values are CPU, JCPU, SCPU or WAIT. |
Tool Name | BRC | Select all events that match the tool name. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Tool Severity | BRC | Select all events that match the tool severity. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Type | ALRM CMD EOM EOS EXT IMS MSG TLM | Specify a 1- to 3-byte name for the type of address space that issued the event. Valid values are JOB, STC, or TSO. This field provides additional information about the address space that issued the event. SHARED variables and EVENT variables can be used in this field. |
User ID | ALRM | Enter the User ID associated with the Alarm. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
UserId | IMP | Specify a 1- to 8-byte name user ID of application where the IMS Type-2 command originated. SHARED variables, EVENT variables, and pattern matching can be used in this field. |
Variable is | VAR | Specify the action that will fire the Rule; valid values are as follows:
|
The first and last values (10:00:00 and 10:02:00) are excluded from selection to reduce potential collisions with other Time Rules. The ultimate goal is to avoid firing the Time Rule at a ‘popular’ time, in order to reduce CPU spikes especially if the Time Rule schedules an intensive EXEC.
Related topic