PM91265: ABEND0C4 IN DSNIOST2 OR STORAGE OVERLAY OF ABOVE THE BAR AREA. REG1=XXXXXXXX_SSSSSSSS(XXXXXXXX: NOT 0, SSSSSSSS: SKB ADDR)

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Dump Title: DB3P,ABND=0C4-0000003B,U=DDFPNO
  ,M=(N),C=910.LOCN=::10.144.33.113    ,LOC=DSNIDM  .DSNIOST2+919C
  ABEND0C4 at DSNIOST2+919C happened because reg13 was incorrect.
  Before the ABEND, reg2 to reg13 were stored/restored at/from
  reg1+48. Between the store and restore, some registers' value
  were corrupted.
  At the ABEND0C4, reg1 was 48_3DD62000. But reg1 should have
  pointed a SKB at 3DD62000.
  When the SKB address was loaded in reg1, it missed to clear the
  first 4 bytes in reg1.
  Then address 48_3DD62000+48 was used to save reg2 to reg13
  instead of 3DD62000+48.
  It overlaid address 48_3DD62048 to 48_3DD62078.
  And the area was updated between the store and restore, then
  the registers' value were corrupted and caused ABEND0C4 in
  DSNIOST2 after the restore.
  DB2OVRLAY/K
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All DB2 V9 users                             *
  ****************************************************************
  * PROBLEM DESCRIPTION: Abend0c4 DSNIOST2 when R13 contains     *
  *                      incorrect stack value after DSNSFSTK    *
  *                      FREE stack occurs from non-primary      *
  *                      stack segment.                          *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  The register usage in the stack macro, used 31bit register R1
  without properly clearing the high half, resulting in overlaying
  64bit storage owned by that DB2, using it as a savearea.  Before
  the registers were restored, the DB2 owner of that 64bit storage
  changed the values at the save register locations.  When the
  registers were restored after the FREE call, gr13 was corrupt
  resulting in the abend0c4.
  Saving of these registers only occurs if the address of the
  stack storage being freed, is not in the current segment and the
  call goes out-of-line.  The failure also requires that the
  calling module use GR1 to address some 64bit object storage.
  

Problem conclusion

• The register usage by the macro has been changed so that the
  high half is properly cleared when stack is FREED.
  

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:

  UK97972

Modules/Macros

• DSNACA00 DSNARA00 DSNB1FLW DSNB1OPP DSNB5COM DSNB5PCI DSNB5QST
  DSNFGENM DSNFPMSG DSNGDAIP DSNHMAIN DSNHPSRV DSNHSMUT DSNIADR
  DSNIBNRF DSNICOFS DSNICRFT DSNICUMW DSNIDIFS DSNIDLER DSNIDNEX
  DSNIDSET DSNIESEN DSNIETRV DSNIFQST DSNIIDIS DSNIKDEF DSNIKESR
  DSNIMNEX DSNIMOFK DSNIMOFR DSNINUKY DSNIOST2 DSNIRCCA DSNIRCCD
  DSNIRCCS DSNIREFS DSNIRFNX DSNIRIDL DSNIRLPG DSNIRNXT DSNIRPRE
  DSNIRTSU DSNISEL  DSNISELK DSNISFRL DSNISFS  DSNISFWL DSNISFX2
  DSNISPBM DSNISRID DSNISRTI DSNITDLE DSNIWNRF DSNIXLDI DSNIZMOS
  DSNJR103 DSNJW001 DSNKFLRR DSNKFLST DSNKFPRV DSNKFTCH DSNKFTRR
  DSNKNXT2 DSNLXRSL DSNRRSBS DSNTBAPM DSNTBAP2 DSNTSTRT DSNTXSTB
  DSNUGLDA DSNUGLDB DSNUULCA DSNUUSEL DSNVDTA  DSNVEOT1 DSNVRMEL
  DSNWAACT DSNWAAPI DSNWACDF DSNWARDA DSNWARDS DSNWVAPR DSNWVCM1
  DSNWVCM2 DSNWVCOL DSNWVCSP DSNWVCST DSNWVSRV DSNWVZPM DSNWVZPS
  DSNXACAE DSNXACKP DSNXECST DSNXEPP  DSNXICIX DSNXIDFN DSNXOPBM
  DSNXOSJO DSNXOTS  DSN3AUCN DSN3AUSI DSN9SCNF DSN9SCNP
  

Fix information

• Fixed component name

  DB2 OS/390 & Z/

• Fixed component ID

  5740XYR00

Applicable component levels

• R910 PSY UK97972

     UP13/10/13 P F310

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.