RTEDEF(KMQ#lpar)
If the DISCOVER action discovers MQ subsystems, it creates the RTEDEF(KMQ#lpar) member. This member contains SET MANAGER statements that you can use in the KMQ$CUSR embed override member.
* MQ subsystems discovered by KCIOMEGA
* SYSPLEX=sysplex LPAR=lpar DATE=date
SET MANAGER NAME(*)
*SET MANAGER NAME(queue-manager)
* More SET MANAGER statements (one for each queue manager discovered)...When discovering MQ subsystems, the DISCOVER action creates only a comment member, as indicated by the hash (#) in the member name. This is unlike the discovery of other types of subsystems, where the DISCOVER action creates members that contain configuration parameters and have the at sign (@) in the member name. Discovery of MQ subsystems is for informational purposes only.
The IBM OMEGAMON® for Messaging on z/OS, IBM MQ Monitoring agent performs
its own discovery and, by default, will monitor any queue manager on the LPAR. The default setting
of SET MANAGER NAME(*) is recommended because it allows you to change your queue
manager configuration without having to change agent parameters.
If you want to name particular queue managers, you can specify multiple statements of SET
MANAGER NAME(queue-manager).
Because it is a comment member, the information in KMQ#lpar is not used for agent configuration directly. However, you can use the information that was discovered and is provided in the KMQ#lpar member in your KMQ$CUSR embed override member.