PH36139: JES2 ADDRESS SPACE EXPERIENCES 878 ABEND SP230 K1 EYECATCHERS DFHLGICB AND DFHGTCNV

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• In the system log you may see the following messages:
  IRR401I 878 ABEND DURING RACF PROCESSING
  IEF196I IRR401I 878 ABEND DURING RACF PROCESSING
  A system dump was taken of the JES2 address space.
  It showed subpool 230 key 1 ( SP230 KEY1 ) storage usage is
  high.
  It is filled with fragmented chunks of x'1000' bytes containing
  DFHLGICB and DFHGTCNV eyecatchers. VSMDATA shows 51,437 such
  chunks of x'1000' bytes.  A sample is as follows:
  sp230: pattern:
  DQE:  Addr 4C301000 Size     1000
      FQE: Addr 4C301000 Size      110
      FQE: Addr 4C301188 Size      E78
  
  
  The DFHLGICB control block (which is accumulating over time in
  the JES2 asid private storage) is getmained by a CICS routine
  that is getting control via the SSI (subsystem interface) when a
  batch job is submitted such as the example below:
  //JUPIT    JOB ,'JUPIT',
  //             CLASS=A,MSGCLASS=C
  //*
  //***************************************
  //* RUN DFHJUP AGAINST JOURNAL          *
  //* DATASET                             *
  //***************************************
  //PRNTJNL  EXEC PGM=DFHJUP
  //STEPLIB   DD DSN=CTS530.CICS700.SDFHLOAD,DISP=SHR
  //SYSPRINT  DD SYSOUT=A
  //SYSUT1    DD DSNAME=CICS.DBDCCICS.DFHJ01,DISP=SHR,
  //             SUBSYS=(LOGR,DFHLGCNV,'TO=(2020/259
  ...
  Notice the SUBSYS= on the SYSUT1 DD.  When a job such as above
  is submitted, and that SYSUT1 DD is opened, control goes to CICS
  routine DFHLGCNV via SSI.   That is when a CICS routine getmains
  storage for the DFHLGICB control block, and is never freeing it
  .
  additional symptoms: KIXREVxxx
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS users                               *
  ****************************************************************
  * PROBLEM DESCRIPTION: This particular problem may present     *
  *                      when running DFHJUP many times.         *
  *                      DFHLGCNV converter logic is called by   *
  *                      JES2 and getmains a DFHLGICB control    *
  *                      block, but fails to release it. Over    *
  *                      time this leads to an 878 abend as JES  *
  *                      runs out of available OSCOR.            *
  ****************************************************************
  DFHLGCNV is provided by CICS to intercept BSAM calls from
  DFHJUP, through the MVS subsystem interface. It has a converter
  routine to analyse the SUBSYS options presented on the job. In
  particular, during a converter call, DFHLGIPI will be called to
  verify that the "subsys-options2" parameters are syntactically
  correct and enforce mutual exclusivity rules. The converter
  routine code runs within JES2, and not the DFHJUP job address
  space. It getmains a DFHLGICB area at the beginning of the
  converter routine but fails to freemain it at the end. Over
  time this leads to an 878 abend with many areas containing
  an DFHLGICB eyecatcher as JES runs out of available OSCOR.
  KEYWORDS: JUP LGCNV LGICB
  

Problem conclusion

• DFHLGSSI has been changed to release the storage acquired for
  the DFHLGICB control block at the end of the converter routine.
  

Temporary fix

Comments

APAR Information

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

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

  UI76556

Modules/Macros

• DFHLGIGT DFHLGSSI
  

Fix information

• Fixed component name

  CICS TS Z/OS V5

• Fixed component ID

  5655Y0400

Applicable component levels

• R300 PSY UI76556

     UP21/08/13 P F108

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.