Common errors: IBM WebSphere MQ applications on IBM z/OS

Certain common errors might be displayed while you are using IBM® WebSphere® MQ applications on IBM z/OS®.
Table 1. Troubleshooting
Problem Solution
ICH408I USER(IBMUSER  ) GROUP(TSOUSER ) NAME(IBM user     )
  MQPG.CONTEXT.AMQ.CA40EF5E3FD3A36B CL(MQADMIN )
  INSUFFICIENT ACCESS AUTHORITY
  FROM MQPG.CONTEXT.* (G)
  ACCESS INTENT(CONTROL)  ACCESS ALLOWED(NONE   )

Where MQPG is the queue manager name, and AMQ.CA40EF5E3FD3A36B is a queue name.

Grant IBMUSER permission to access the context for the queue.

ICH408I USER(ADMINIST) GROUP( ) NAME(??? ) 285
LOGON/JOB INITIATION - USER AT TERMINAL NOT RACF-DEFINED
IRR012I VERIFICATION FAILED. USER PROFILE NOT FOUND.
CSQN207I QL01 COMMAND SERVER UNABLE TO OPEN REPLY TO QUEUE
CSQN203I QL01 QUEUE AMQ.CA91632290DFEA14, MQCC=2 MQRC=2035

Where QL01 is the queue manager name, and AMQ.CA91632290DFEA14 is a generated dynamic queue name.

This error is caused by using the user ID ADMINISTRATOR in the tools. Use a valid MVS™ user ID instead.

No messages are being recorded
RITM709S QAREA length error, RIT now inactive.

Check the QMGR job log or the z/OS syslog for the message RITM709S QAREA length error, RIT now inactive. If the level of the HRVMMQF LPA module and the RITAUTH data set does not match, HCL OneTest™ API recording is automatically set to inactive. Ensure that HRVMMQF and the RITAUTH data set were obtained from the same IBMWebSphereMQz.zip file.

No messages are being recorded, and you see this error when you stop recording:
Unable to stop recording against queue manager.
If your MQ RESLEVEL access and PUTAUT channel parameter prevent queue access authorization checking, either change those parameters to enable authorization checking, or specify the AUTHCHK(NO) parameter on the PARM statement within your HCL OneTest API Agent JCL.
You receive the message 2035 Not Authorized when attempting to record a transport, or when attempting to record an operation whose Queue or ‘Reply Queue fields contain a wild card value. Ensure that you have READ access to COM.GREENHAT.ALLOW.GENERIC.QNAMES.
When you attempt to start recording, the following error message is produced: .
Could not start monitoring of {queuename}. 
Error: There was a problem trying to configure recording for {queuename}. 
MQJE001: Completion Code '2', Reason '2085'

If the queue manager is not part of a queue sharing group, ensure that the COM.GREENHAT.INTERCEPT namelist was created with QSGDISP(QMGR).

When you start the HCL OneTest API Agent for a queue manager that is part of a queue sharing group, you receive the following message:
RIT115I Queue sharing namelists not found. Shared queue support disabled.
Create the namelists required by HCL OneTest API. For details, see Testing with WebSphere MQ on z/OS systems.

When you attempt to record, messages for some queues are not recorded while messages for the other queues are recorded successfully.

Verify that no sift-and-pass-through stub is running for the queue.

When using sift-and-pass-through stubbing with fixed queues, a stub that fails due to network or other errors can leave a rule in the RIT.DIVERT.RULES namelists. The remaining rule in the name list can also cause this problem. To reset the RIT.DIVERT.RULES namelist, stop all stubs and run the following command: DEFINE NAMELIST('RIT.DIVERT.RULES') NAMES() REPLACE. When using a queue sharing group, run this command for the divert namelist for each queue manager within the group.

For an example of a batch job that runs the command when using HCL OneTest API with a single queue manager, see the RITIVP3 job. For an example of a batch job that runs the command when using HCL OneTest API with a queue sharing group, see the RITIVP3G job.

When running a stub involving messages containing multiple character sets or types of encoding within a single message, you might receive unexpected errors similar to the following:
'MQ Message" "/RFH2/mcd" - Path is missing (Action = "Does Exist"), trying next..'

With these messages, the HCL OneTest API recording studio might need to process the MQRFH headers manually, rather than depending on the MQ API to do it.

To force the MQ API to allow HCL OneTest API to process the headers, specify the option MQGMO_PROPERTIES_FORCE_MQRFH2 as one of the default get/take message options on the Options tab within the HCL OneTest API MQ transport definition.

Feedback