The WebSphere MQ for z/OS CHIN will generate a dump, and can become unresponsive.
Log contents will be similar to :
+CSQX619I @MQMQ CSQXRSSL SSL key repository refresh
+CSQX500I @MQMQ CSQXRCTL Channel MQMQ.TRASH started
+EVSV232: STARTED EVSV232 MQMQ.TRASH
IEA794I SVC DUMP HAS CAPTURED:
The WebSphere MQ CHIN abends in data conversion code CSQALOCT after routine rriConvert is called for data conversion on INITIAL DATA. This is because the storage where the code page alternatives are found is either not available to the CHIN or overlaid.
ADDITIONAL SYMPTOMS :
+CSQX112E CSQXDISP Dispatcher process error, TCB=tcb-address reason=0C4000-00000010
You started using TSS ( Top Secret ) as an ESM in order to implement SSL and set SSLTASKS to a non-zero value. SSLKEYR is also set now to a non-blank value. With TSS running it manipulates the storage where the CCSID alternatives list is found and can overlay it or free it, resulting in an abend in the "Locate Translate Table" code.
Diagnosing the problem
Level 2 can review a dump of this abend and check the CCSID alternatives list loaded by CSQACRTT and AATB control block. CSQAATB.plist will point to the alternatives list that was loaded which will contain invalid values or may be unavailable in storage.
Resolving the problem
Top Secret ( TSS ) fix number BIT8855 should be applied to fully correct issue.
If the fix can not be immediately applied you can circumvent this problem:
- Set the SSLTASKS to 0,
- Remove the SSLKEYR specification
- Cycle the queue manager.
On restart you will be able to start the channel which previously failed due to a data conversion failure, however SSL (implemented with Top Secret) will not be available. If valid certificates exist in the keyring referenced by Top Secret, then normally SSL functionality should be available.
61280 379 000