ALERT: Some images may not load properly within the Knowledge Base Article. If you see a broken image, please right-click and select 'Open image in a new tab'. We apologize for this inconvenience.
OPS/MVS and suppressed messages that need to be passed to Netview GDPS
Article ID: 187550
Updated On:
Products
OPS/MVS Event Management & Automation
Issue/Introduction
Running both OPS/MVS and GDPS, it can be necessary for Netview to see messages suppressed by OPS/MVS, for automation or other implementations.
How to correctly setup this integration?
How to correctly setup this integration?
Environment
Release :
Component : OPS/MVS
Resolution
Staring from the OPSMVS init parm SSIMSG, this can be done in two possible ways:
1) Setting SSIMSG to NO
In this case OPS intercepts the messages based on it's position in the SSI. If it's before NETVIEW in IEFSSNxx then changes to the messages will be seen by NETVIEW. If OPSMVS is after NETVIEW in the IEFSSNxx parmlib member then NETVIEW will not see the OPSMVS changes.
(the same behavior we document for SSICMD OPSMVS option at below link:
https://techdocs.broadcom.com/content/broadcom/techdocs/us/en/ca-mainframe-software/automation/ca-ops-mvs-event-management-and-automation/13-5/reference-information/parameter-reference/parameters-in-ca-ops-mvs/command-related-parameters.html#concept.dita_4ec8c1b9dd41ab9bc9f191f0197eb75bbece185a_SSICMDParameter )
If the OPSx Subsystem is defined as dynamic, in general the chain of the Subsystems in memory honors the IEFSSNxx definitions first and then the other dynamic entries are started.
Just to be sure about that, we provide a sample clist SCANSSCT in CCLXSAMP that can be used to check this chain order. Also using SYSVIEW (if present) You can check the same chain going in SUBSYS option under MVS -> SYSDEFS .
2)Setting SSIMSG to YES
In this case, for all the suppressed messages that Netview needs to intercept, the related MSG rule should check that the MSG.AUTOFLAG value is not set to 0.
....
"MSG.AUTOFLAG
The NetView automation flag, which is taken from the WQESAUT bit flag. In addition, the WQEAUTO bit flag is also used.
Data Type
Integer, read/write
Example
1, if automation is specified.
Modifying the MSG.AUTOFLAG variable is equivalent to dynamically modifying the AUTO(YES|NO) parameter in the appropriate MPFLSTxx member of the Logical Parmlib Concatenation. For more information, see the IBM documentation.
Modifying this variable determines whether NetView processes the message. Using a rule, you can change the value of the variable to 0 (equivalent to AUTO(NO)) or non-zero (equivalent to AUTO(YES))."
....
The above is an excerpt of the information from the link below:
https://techdocs.broadcom.com/content/broadcom/techdocs/us/en/ca-mainframe-software/automation/ca-ops-mvs-event-management-and-automation/13-5/using/using-automated-operations-facility-aof-rules/coding-each-aof-rule-type/message-rules/aof-variables-available-in-msg-rules.html
1) Setting SSIMSG to NO
In this case OPS intercepts the messages based on it's position in the SSI. If it's before NETVIEW in IEFSSNxx then changes to the messages will be seen by NETVIEW. If OPSMVS is after NETVIEW in the IEFSSNxx parmlib member then NETVIEW will not see the OPSMVS changes.
(the same behavior we document for SSICMD OPSMVS option at below link:
https://techdocs.broadcom.com/content/broadcom/techdocs/us/en/ca-mainframe-software/automation/ca-ops-mvs-event-management-and-automation/13-5/reference-information/parameter-reference/parameters-in-ca-ops-mvs/command-related-parameters.html#concept.dita_4ec8c1b9dd41ab9bc9f191f0197eb75bbece185a_SSICMDParameter )
If the OPSx Subsystem is defined as dynamic, in general the chain of the Subsystems in memory honors the IEFSSNxx definitions first and then the other dynamic entries are started.
Just to be sure about that, we provide a sample clist SCANSSCT in CCLXSAMP that can be used to check this chain order. Also using SYSVIEW (if present) You can check the same chain going in SUBSYS option under MVS -> SYSDEFS .
2)Setting SSIMSG to YES
In this case, for all the suppressed messages that Netview needs to intercept, the related MSG rule should check that the MSG.AUTOFLAG value is not set to 0.
....
"MSG.AUTOFLAG
The NetView automation flag, which is taken from the WQESAUT bit flag. In addition, the WQEAUTO bit flag is also used.
Data Type
Integer, read/write
Example
1, if automation is specified.
Modifying the MSG.AUTOFLAG variable is equivalent to dynamically modifying the AUTO(YES|NO) parameter in the appropriate MPFLSTxx member of the Logical Parmlib Concatenation. For more information, see the IBM documentation.
Modifying this variable determines whether NetView processes the message. Using a rule, you can change the value of the variable to 0 (equivalent to AUTO(NO)) or non-zero (equivalent to AUTO(YES))."
....
The above is an excerpt of the information from the link below:
https://techdocs.broadcom.com/content/broadcom/techdocs/us/en/ca-mainframe-software/automation/ca-ops-mvs-event-management-and-automation/13-5/using/using-automated-operations-facility-aof-rules/coding-each-aof-rule-type/message-rules/aof-variables-available-in-msg-rules.html
Feedback
Yes
No
Powered by
