PI57948: LARGE AMOUNT OF STORAGE USED BY CICS WEB SERVICES REQUEST WITH ATTACHMENT, CAUSES SOS.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• CICS getting Short on Storage issues when running web service
  requests with large files attached to them.
  CICS is using a disproportionate amount of storage from its
  EDSALIM in order to process such requests. If EDSALIM is not
  increased by at least 100M then CICS will go short on storage
  SOS and issue message DFHSM0133 CICS is under stress (short on
  storage above 16MB).
  Looking at the containers and channel sizes used for a 6.5M
  attachment we find :
  DFHAHC-V1 channel contains 3 large containers:
  DFHREQUEST      Data length X'677C73'
  DFHPARSE-OUTPUT Data length X'678604'
  DFHWS-BODY      Data length X'677BAD'
  (above approx 6.5M each )
  and channel is approx 19.5M
  CICS trace show further getmains for channel
  related storage :
  SM trace entries for task 2203:
  L800W AP 4E00 APCR  ENTRY EXPORT_ALL
  1FC0C060,SIBUS,0100023C , 00000000
  
  L800W SM 0301 SMGF  ENTRY GETMAIN
  13683C8,YES,00,CHANBUFF,TASK31
  
  L800W SM 0301 SMGF  ENTRY GETMAIN
  00000042,13683C8,YES,RZSVDATA
  
  L800W RZ 0111 RZSO  EXIT  SEND_REQUEST/OK
  L800W AP 4E01 APCR  EXIT  EXPORT_ALL/OK
  
  
  L800W SM 0301 SMGF  ENTRY GETMAIN
  00000042,1368494,YES,RZSVAREA
  
  L800W SM 0301 SMGF  ENTRY GETMAIN
  00000042,1368B17,YES,RZISBUFF
  
  L800W SM 1206 SMPQ  *EXC*
  Insufficient_storage_to_satisfy_request
  ALLOCATE_PAGEPOOL_STORAGE,1C444E30,1368B20
  Each of these are for 19M and SOS can easily result.
  

Local fix

• Raise CICS EDSALIM value.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS users.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: DFHSM0133 when CICS is acting as a Web  *
  *                      Services provider, and a SOAP request   *
  *                      that contains a large attachment is     *
  *                      received.                               *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  When CICS is acting as a Web Services provider and is sent a
  SOAP message with a large attachment, a large amount of storage
  is required to handle the request. Some of the allocations can
  be a multiple of the attachment size.
  
  When a context switch occurs, requests stream processing is
  used to start a new task, and more storage is used. Some of
  this, for example a large RZSVDATA buffer, is retained even
  though the data has already been copied to a new allocation.
  
  The combined requirements of multiple large contiguous areas
  of storage can result in CICS SOS Above.
  
  Additional keywords: SM0133 MSGDFHSM0133
  

Problem conclusion

• DFHRZRS send processing has been changed to FREEMAIN superfluous
  storage areas before starting the new task.
  

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

APAR Information

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

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

  PI64147 UI39752

Modules/Macros

• DFHRZDM  DFHRZDUF DFHRZIX  DFHRZLN  DFHRZNR2 DFHRZRG2 DFHRZRM
  DFHRZRS1 DFHRZSO  DFHRZSO1 DFHRZTA  DFHRZTCX DFHRZTRI DFHRZTR1
  DFHRZXM  DFHZIS2
  

Fix information

• Fixed component name

  CICS TS Z/OS V4

• Fixed component ID

  5655S9700

Applicable component levels

• R700 PSY UI39752

     UP16/08/05 P F608

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.