IBM Support

PM84529: ABN=5C6-00C51183,S=00000C17,C=R3600.710.CFM -CSQERRPB,M=CSQGFRCV,LOC=CSQELPLM.CSQERRPB+0000222C

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • An abend occurred:
    TITLE: ssid,ABN=5C6-00C51183,S=00000C17,C=R3600.710.CFM
     -CSQERRPB,M=CSQGFRCV,LOC=CSQELPLM.CSQERRPB+0000222C
     .
     Symptom         Description
    -------          -----------
    PIDS/5655R3600   Program id: 5655R3600
    RIDS/CSQELPLM#L  Load module name: CSQELPLM
    RIDS/CSQERRPB    Csect name: CSQERRPB
    AB/S05C6         System abend code: 05C6
    PRCS/00C51183    Abend reason code: 00C51183
    REGS/0E016       Register/PSW difference for R0E: 016
    REGS/C1994       Register/PSW difference for R0C:-1994
    RIDS/CSQGFRCV#R  Recovery routine csect name: CSQGFRCV
    .
     OTHER SERVICEABILITY INFORMATION
       Date Assembled:          20111013
       Module Level:            12.52GA
       Subfunction:             CFM  CSQERRPBLOG REPLAY
    .
    CSQE132I !MQZ3 CSQERRPB Structure recovery started,
              using log range from LRSN=CAD915EFCA71 to
        LRSN=CAD990A47582
    CSQE022E !MQZ3 CSQERRPB Structure FLASH1 unusable,
              size is too small
    IEA794I SVC DUMP HAS CAPTURED:
    DUMPID=006 REQUESTED BY JOB (CSQ3MSTR)
    DUMP TITLE=CSQ3,ABN=5C6-00C51183,S=00000C17,C=R3600.710.
    CFM -CSQERRPB,M=CSQGFRCV,LOC=CSQELPLM.CSQERRPB+0000222C
    .
    The structure FLASH1 is reaching the limit of
    it's capacity, and when the write to it fails,
    the QMGR abends with 5C6-00C51183 and the
    structure is failed, after retrying for 60 secs
    to allow for any auto-alteration in the structure
    size to take place.
    In this case it seems that the structure is already
    at the maximum  size of the policy, which means that
    the write cannot succeed.
    .
    The reason for the repeated abends is that auto
    recovery is set on for the structure.
    This means that whenever the structure fails, an
    automatic recovery is scheduled. As the recovery
    process fails due to the size of the structure,
    a dump is taken and another recovery scheduled.
    This goes on until the recovery succeeds or the
    automatic recovery of the structure is turned off.
    the structure in a more sensible way.
    .
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 0 Modification 1 and                 *
    *                 Release 1 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: After a CF structure failure, the queue *
    *                      manager abends with 5C6-00C51183 when   *
    *                      recovering the structure, and CSQE022E  *
    *                      messages are issued in the job log.     *
    *                      The CF structure stays in a failed      *
    *                      state.                                  *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    When defining a CF structure policy with the ALLOWAUTOALT
    parameter set to YES, the structure layout, i.e. the entry to
    element ratio, can be changed by z/OS according to usage.
    In the scenario where a structure is used either for very small
    messages, or very large, the ratio can be changed towards either
    1 entry for 2 elements, or 1 entry for 256 elements (these are
    example figures). This increases the usable storage in the CF
    structure.
    However, when the structure fails, and MQ reconnects to it, the
    entry to element ratio will be changed back to the default MQ
    ratio, which is 1 entry for 6 elements.
    Thus the CF structure may run out of space during recovery
    processing. If the automatic alteration process initiated by
    z/OS does not complete within the 60 second time frame MQ waits,
    message CSQE022E is issued followed by abend 5C6-00C51183.
    

Problem conclusion

  • The code has been changed to keep track of structure alterations
    affecting the entry to element ratio. This is used when
    recovering the structure if the following condition is met:
    
    The queue manager in the QSG recovering the structure has to
    have been running during at least one prior structure alteration
    that caused an EEPLALTEREND event to be triggered.
    010Y
    100Y
    CSQECONN
    CSQESEX
    CSQESTOP
    CSQESTRT
    CSQEWRKT
    

Temporary fix

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

Comments

APAR Information

  • APAR number

    PM84529

  • 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-03-11

  • Closed date

    2013-05-02

  • Last modified date

    2013-07-03

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

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

    UK94003 UK94004

Modules/Macros

  • CSQECONN CSQESEX  CSQESTOP CSQESTRT CSQEWRKT
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R010 PSY UK94003

       UP13/06/14 P F306 Ž

  • R100 PSY UK94004

       UP13/06/14 P F306 Ž

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:
03 July 2013