IBM Support

PI04838: WMQ Z/OS: ABEND0C4-00000004 IN CSQXRRMF + 25826 WHEN A QUEUE MANAGER IN THE CLUSTER IS USING QMCCSID 1208

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • The CHIN joblog has the following error:
    CSQX054E CSQXPRCR Repository manager ended abnormally,
      reason=0C4000-00000004
    
    The dump title is:
      ABN= 0C4-00000004,C=R3600.710.CHIN,M=CSQXPRCR,
      LOC=CSQXRCTL.CSQXRRMF+25826
    
    The PSW is in CSQXRRMF in routine rrmExtrObj.  The failing
    instruction is MVC: D2FF E000 F000.
    
    This problem occurred when the repository manager was
    processing the description field of cluster queues in an
    MQCMD_CLUS_INSERT_CLQ command from queue managers running in
    CCSID 1208. Data conversion processes a PCF message and shrinks
    one of the MQCFT_STRING fields. CSQAADM6 incorrectly set the
    new StringLength (it is unnecessarily byte-swapping).  This
    incorrect length may lead to storage being overlaid by the MVC
    instruction.
    
    The problem may occur for other PCF messages with MQCFT_STRING
    or MQCFT_STRING_FILTER parameters.
    
    Other messages in the CHIN log at the time of the error may
    include:
      CSQY291E CSQXDMPS SDUMPX FAILED, RC=00000208,OQ30,
       ABN= EC6-0F02C045,LOC=        .????????+6287E
       [due to DAE suppressing the dump]
    
      CSQX053E CSQXFFST Error information recorded in CSQSNAP data
       set
    
      CSQY291E CSQXDMPS SDUMPX FAILED, RC=00000208,OQ30,
       ABN=5C6-00E70546,LOC=CSQXRCTL.CSQFMSGC+00650
    
      CSQX054E CSQXPRCR Repository manager ended abnormally,
       reason=378000-00000014
    
      IEA705I ERROR DURING FREEMAIN SYS CODE = 378-14
    
      CSQX112E CSQXDISP Dispatcher process error, TCB=xxxxxxxx
       reason=5C6000-00E70054
    
      CSQX112E CSQXDISP Dispatcher process error, TCB=xxxxxxxx
       reason=5C6000-00E70055
    
      CSQX112E CSQXDISP Dispatcher process error, TCB=xxxxxxxx
       reason=EC6000-0F02C045
    
    Eyecatchers in the CSQSNAP data include XFFSrrxWriteSync and
    rrxCloseSync
    
    
    Additional Symptom(s) Search Keyword(s):
    ABEND0C4 ABENDS0C4 S0C4 S00C4 0C4
    ABEND378 ABENDS378 S378 S0378 378 14 RC14 00000014 RC00000014
    ABENDEC6 ABENDSEC6 SEC6 S0EC6 EC6 0F02C045
    ABEND5C6 ABENDS5C6 S5C6 S05C6 5C6 00E70054 00E70055 00E70546
    

Local fix

  • A ++APAR is available from the change team.
    OR
    Alter the description field of the cluster queues so that they
    do not use characters that are undisplayablable in EBCDIC.
    Then remove the first message on the
    SYSTEM.CLUSTER.COMMAND.QUEUE.  This will allow the repository
    manager to start again.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 1 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: CHINIT repository manager task abends   *
    *                      0C4, indicated by CSQX054E.             *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    The repository manager task processes a PCF message of type
    MQCMD_CLUS_INSERT_CLQ sent from a distributed queue manager.
    The repository task does a get with convert on this message
    however when converting the DESCR field of the CLQ
    (MQCA_Q_DESC) the output string length may be shorter than the
    input length. In this case CSQAADM6 invokes the csqacvlo
    (convert long) macro but incorrectly byteswaps the length
    field, resulting in a large value. This value is used in the
    rrmExtrObj as the length to copy from pSource to pTarget,
    causing an 0C4.
    

Problem conclusion

  • CSQAADM6 has been changed so that the right encoding is used
    when invoking the CSQACVLO macro and no byte swapping occurs.
    100Y
    CSQAADM6
    

Temporary fix

  • *********
    * HIPER *
    *********
    

Comments

APAR Information

  • APAR number

    PI04838

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    100

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2013-10-25

  • Closed date

    2013-12-23

  • Last modified date

    2015-06-09

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

    UI13808

Modules/Macros

  • CSQAADM6
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R100 PSY UI13808

       UP14/02/05 P F402 Ž

Fix is available

  • Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.

[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
09 June 2015