PK71218: MIGRATING TO CICS TS 3.2 AND GETTING IRA400E RC,PAGEABLE STORAGE SHORTAGE AND IEA602I ADDRESS SPACE CREATE FAILED MESSAGES.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• After Migrating from CICS TS 3.1 to CICS TS 3.2 the following
  Messages started being issued:
  .
  IRA400E rc,PAGEABLE STORAGE SHORTAGE
  .
  IEA602I ADDRESS SPACE CREATE FAILED.  A STORAGE SHORTAGE EXISTS.
  .
  Using OMEGAMON it was determined that 5 CICS Region had over
  80% of the FIXED PAGING Storage in use.  The Storage that was
  in Subpool 255 in ELSQA Storage above-the-line.  Viewing the
  Data at these addresses showed the following eyecatcher data:
  .
  | USP .....`~..`~. |
  | .`~...nX..nX..nX |
  | ................ |
  | ......nX..../u/n |
  | token1/bin/sh... |
  X'00'
  | USP .....`~..`~. |
  | .`~...nX..nX..nX |
  | ................ |
  | ......nX..../u/n |
  | token1/bin/sh... |
  .
  It appears that every time an INITUSP call is done for a
  particular ACEE, a new USP is created and overwrites the
  reference to the previous one.  As a result USP Block are
  not getting deleted and left stranded creating a Storage
  Creep situation.
  .
  Additional Symptom(s) Search Keyword(s):
  KIXREVEPH
  

Local fix

• Setting XHFS=NO in the SIT will disable access control checking
  of static web pages held on HFS and prevent ths problem.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All                                          *
  ****************************************************************
  * PROBLEM DESCRIPTION: Region storage creep when using         *
  *                      XHFS=YES and delivering static web      *
  *                      content from HFS.                       *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  CICS has been setup to deliver static web pages from HFS files
  referenced from URIMAP definitions. XHFS=YES is set which
  requires CICS to perform resource security checks when accessing
  HFS files. These checks are made against the ACEE for the RACF
  USERID which is executing the web transaction.
  DFHXSSH issues a RACF INITUSP call ( IRRSIU00 ) as part of this
  security check. This allocates a USP block out of the ELSQA
  and associates it with the USERID's ACEE. After the security
  check completes the USP is retained by the ACEE.
  If a subsequent HFS resource security check is made against the
  same ACEE, CICS will issue another INITUSP call. This allocates
  a new USP for the ACEE and the reference to the old USP is lost.
  This leads to a steady build up of CICS region storage.
  

Problem conclusion

• DFHXSSH has been changed to bypass INITUSP processing if the
  ACEE being referenced already owns a USP.
  

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:

  UK39719

Modules/Macros

•    DESXSSH  DFHXSSH
  

Fix information

• Fixed component name

  CICSTS V3 Z/OS

• Fixed component ID

  5655M1500

Applicable component levels

• R500 PSY UK39719

     UP08/09/12 P F809

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.