GRSMONxx (global resource serialization monitor)
GRSMONxx consists of two lists of filters for the GRS Monitor. When the GRS
Monitor is active, meaning that the GRS MONITOR parameter is YES, the system uses these filters to
determine whether to monitor ENQ (ENQ, DEQ, ISGENQ, or RESERVE), GQSCAN, or ISGQUERY REQINFO=QSCAN
requests. The following filter lists are included:
- INCLUDE list
- Specifies criteria to monitor a request.
- EXCLUDE list
- Specifies criteria to prevent the monitoring of a request.
The following items summarize filter processing for a given request:
- The lists are searched in the order of the INCLUDE list and then the EXCLUDE list. If an entry is included on both lists, it is processed according to the EXCLUDE list.
- For a filter to match, all of the sub-keywords (except INCLUDE and EXCLUDE) must match. In effect, a filter is a logical 'AND' of all of the sub-keywords.
- If the request matches any filter on the INCLUDE list, then the request is further checked
against the EXCLUDE list.
- If the request matches a filter on the EXCLUDE list, the request is not monitored.
- If the request does not match any filter on the EXCLUDE list, and monitoring is active, then the request is monitored.
- If there is no EXCLUDE list, and monitoring is active, then the request is monitored
- If a GRSMONxx parmlib member is applied but it has no INCLUDE list or monitoring is not active, then the request is not monitored.
- If no GRSMONxx parmlib member is applied and monitoring is active, the GRS
monitor remains compatible with OA42221 on lower release levels. In this circumstance, global,
generic queue scans are monitored. You can detect this condition by issuing
display GRS[,system]
and observing GRSMON: NONE in response message ISG343I.
Use the SETGRS command to change the GRSMONxx parmlib member while the system is active. For more information about the SETGRS command, see z/OS MVS System Commands.