PI31097: WMQ Z/OS 7.0.1 VARIOUS ABENDS OCCUR WHEN DELETING/CREATING SHARED QUEUES FREQUENTLY.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• One of the queue managers in a queue sharing group
  terminated with the following error :
  IEA794I SVC DUMP HAS CAPTURED:   DUMPID=011 REQUESTED BY JOB
  (CSQ1MSTR)   DUMP TITLE=CSQ1,ABN=0C4-00000004,U=SYSOPR
  ,C=R3600.7nn.CFM - LOC=CSQELPLM.CSQECLOS+xxxx
  IEA794I SVC DUMP HAS CAPTURED:
  DUMPID=012 REQUESTED BY JOB (CSQ1MSTR)   DUMP
  TITLE=CSQ1,ABN=0C4-00000004,U=SYSOPR  ,C=R3600.7nn.ASMC-QVEUS3,
  M=CSQVEUS3,LOC=CSQELPLM.CSQECLOS+xxxx
  And below messages were displayed in MQ joblog:
  16.02.09 S0088220 *CSQJ111A !CSQ1 OUT OF SPACE IN ACTIVE LOG
  DATA SETS
  16.02.34 S0088220  CSQJ139I !CSQ1 LOG OFFLOAD TASK ENDED
  16.02.34 S0088220  CSQJ005I !CSQ1 ACTIVE LOG COPY 1 IS ACTIVE,
  LOG IN DUAL MODE, STARTRBA=5DBA389E9000
  
  Other abend codes that can occur include:
  5C6-00C510A5 in CSQECLOS
  5C6-00C5101D in CSQECLOS
  5C6-00D40017 in CSQECLOS
  5C6-00E50009 in CSQECLOS
  5C6-00C510AD in CSQEOCRQ
  5C6-00C5111E in CSQELBK1
  5C6-00C511C8 in CSQEUCAT
  5C6-00D40017 in CSQMINQ
  0C4 in CSQMPOM
  
  
  Additional Symptom(s) Search Keyword(s):
  ABEND0C4 PIC 11 in CSQMPOM SQTOKEN SCB STRB IVSA IVSP
  

Local fix

• n/a
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
  *                 Release 0 Modification 1.                    *
  ****************************************************************
  * PROBLEM DESCRIPTION: Various abends occur when using shared  *
  *                      dynamic queues, or creating and         *
  *                      deleting shared queues frequently.      *
  *                      Symptoms can include:                   *
  *                      0C4 in CSQECLOS                         *
  *                      5C6-00C510A5 in CSQECLOS                *
  *                      5C6-00C5101D in CSQECLOS                *
  *                      5C6-00D40017 in CSQECLOS                *
  *                      5C6-00E50009 in CSQECLOS                *
  *                      5C6-00C510AD in CSQEOCRQ                *
  *                      5C6-00C5111E in CSQELBK1                *
  *                      5C6-00C511C8 in CSQEUCAT                *
  *                      5C6-00D40017 in CSQMINQ                 *
  *                      0C4 in CSQMPOM                          *
  *                                                              *
  *                      In some cases the errors also lead      *
  *                      to abnormal queue manager termination   *
  *                      as reported by CSQV086E                 *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  A queue manager being notified that a shared queue SQ1 has been
  closed by another queue manager attempts to open the shared
  queue.
  During open processing, CSQEOSQ detects that there is already
  an sqtoken for the list header used by SQ1, and updates SQ1's
  control blocks with this sqtoken.
  CSQEOSQ then detects that the sqtoken is not for SQ1, and is
  associated with SQ0 - a shared queue that previously used the
  same list header. This queue had been deleted prior to the
  creation of SQ1, however CSQICDSQ had not yet been able to
  free its control blocks.
  While CSQEOSQ retried the open of SQ1 due to this error,
  SQ1 was deleted on another queue manager. CSQEOSQ detected
  that SQ1 no longer existed and returned
  CsqeRsnCodeSQueueRecNotFound however it incorrectly left
  the sqtoken set in the IVSP for SQ1.
  This led to CSQICDSQ attempting to free the sqtoken twice
  when cleaning up control blocks for deleted queues.
  Depending on how the SCB in the sqtoken was reused, this
  led to the reported abends.
  

Problem conclusion

• CSQEOSQ has been corrected to only update the IVSP for the queue
  with the sqtoken after validating that the sqtoken is for the
  current queue using the list header, and not a queue that
  previously used the same list header.
  010Y
  CSQEOSQ
  

Temporary fix

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

Comments

APAR Information

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

  PI27308

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

  UI27507

Modules/Macros

• CSQEOSQ
  

Fix information

• Fixed component name

  WMQ Z/OS V7

• Fixed component ID

  5655R3600

Applicable component levels

• R010 PSY UI27507

     UP15/06/03 P F506 ¢

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.