PK88754: SOS IN ESDSA FOLLOWING START REQUESTS THAT FAIL WITH IOERR

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Short on storage (SOS) condition occurs after an application
  loops doing EXEC CICS START requests that receive an IOERR.
  The SOS condition occurs due to a shortage of ESDSA, due
  to an accumulation of TGODR storage ( DSTGODR ) used to
  propagate the Transaction GroupID and origin data to the task
  being started. The START request is specified with a FROM area
  and REQID. However, when the TS PUT is done using the supplied
  REQID, it fails because there is already a REQID of that name.
  The IOERR is returned to the application, but the storage
  acquired on behalf of the failed START request isn't freed,
  including this TGODR. The error path in DFHICP for duplicate
  REQID TS queues should free TGODR subpool storage.
  .
  Additional Symptom(s) Search Keyword(s):
  DFHSM0133  CICS is under stress (short on storage above 16MB).
  .
  KIXREVEAA
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All                                          *
  ****************************************************************
  * PROBLEM DESCRIPTION: Build up of TGODR subpool storage       *
  *                      leading to a short on storage           *
  *                      condition.                              *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  An EXEC CICS START request with a REQID can encounter a
  duplicate temporary storage queuename when DFHICP calls
  temporary storage to write the FROM data for the request. DFHICP
  will fail the request with an IOERR response. The error path
  fails to release the DSTGODR storage acquired upon entry to
  the module. If the application handles the IOERR response and
  retries the request, successive IOERRs for the same duplicate
  queuename can result in CICS going short on storage.
  KEYWORDS: ICP TSPT_DUPLICATE_QUEUENAME TGODR SOS DFHSM0133
            MSGDFHSM0133 queue SM0133 origin data record ODR
  

Problem conclusion

• DFHICP has been changed to release the storage acquired upon
  entry to the START request, when an IOERR condition has
  occurred.
  

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

APAR Information

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

  PK81453

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

  UK49184

Modules/Macros

• DFHICP
  

Fix information

• Fixed component name

  CICS TS Z/OS V4

• Fixed component ID

  5655S9700

Applicable component levels

• R600 PSY UK49184

     UP09/08/15 P F908

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.