IBM Support

PI17955: CSQ1,ABN=0C4-00000011,U=SYSOPR,C=R3600.710.CFM -CSQERCF2,M=CSQGFRCV,LOC=CSQELPLM.CSQERCF2+00000FF

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as duplicate of another APAR.

Error description

  • The CF connloss event occurs, and CSQ1 loses connectivity to
    both FLASH3 and FLASH6. In order to optimise the recovery
    processing, both structures are recovered in the same task, in
    this case the backup recovery task associated with CF structure
    FLASH3. During the recovery processing, the backups for each
    structure are read in parallel on the relevant backup recovery
    tasks. Synchronisation for completion of this is required. A
    ROB associated with the backup recovery task is used. The ROB
    however was used in a previous recovery and has been left in a
    state where it is already posted. Thus when the recovery for
    structure FLASH3 is done, and it suspends on the ROB, it
    incorrectly finds that processing for structure FLASH6 is
    complete and starts freeing storage. As recovery for structure
    FLASH6 is still in progress, an 0C4 occurred when the freed
    storage was next referenced.
    

Local fix

Problem summary

Problem conclusion

Temporary fix

Comments

  • The queue manager abends with 0C4 in CSQERCF2 during CF
    structure recovery.
    
    When multiple structures are recovered, CSQERRPB allocates a
    RPLH used by all recovery processes, reads the log, and then
    schedules CSQERCF2 to run on each backup recovery task for the
    structures being recovered.
    It then goes ahead and calls csqercf2 for the structure on the
    tasks it is running. Once it returns, it suspends on the
    BRCB_pROB for each task to wait for CSQERCF2 to complete on each
    of the other tasks.
    For one of the structures it finds that the rob has already been
    resumed and carries on, causing it to free storage, including
    the RPLH.
    CSQERCF2 however is still running for that structure, as the rob
    was left in the resume state from a previous recovery process.
    The 0C4 occurs the next time CSQERCF2 references any storage in
    the RPLH.
    
    This APAR has been closed DUP of PI19446.
    COMMENTS.21
    

APAR Information

  • APAR number

    PI17955

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    100

  • Status

    CLOSED DUB

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2014-05-14

  • Closed date

    2014-07-21

  • Last modified date

    2014-07-29

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

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

    UI19082

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

[{"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:
29 July 2014