PM05752: ABEND U0880 OR U0797 ON A REPL CALL FOR PHDAM DB

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Abend U0880 RC4059 or U0797 on a REPL call after a successful
  GHU call to a PHDAM HALDB Data Base.
  The dump should reveal that the DSG used for the GHU call will
  be different to the DSG used for the REPL call ie. the REPL
  call will be looking at a different dataset to the one the
  GHU went to, hence the abend.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All IMS V10 using HALDB with logical         *
  *                 relationships.                               *
  ****************************************************************
  * PROBLEM DESCRIPTION: ABENDU0880 RC4059 , ABENDU0806 RC4059 , *
  *                      or ABENDU0797 on a replace ( REPL )     *
  *                      call to a HALDB after a successful      *
  *                      GHU call.  The DSG on the REPL call     *
  *                      was different than the DSG on the       *
  *                      GHU call.                               *
  ****************************************************************
  * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
  ****************************************************************
  Following a successful GHU call to retrieve a segment in a
  logically related HALDB, the subsequent replace ( REPL ) call
  to update the previously retrieved segment failed with an
  ABENDU0880 RC4059, ABENDU0806 RC4059, or ABENDU0797.  The DSG
  on the REPL call was different than the DSG from the GHU call.
  On the GHU call, a partition boundary had been crossed.  When
  this occurs and the GHU call receives a STATUSGE, there is code
  in DFSDLA00 to re-establish position, using the partition id
  saved in LEVSEGOF, by calling partition selection ( DFSPSEL0 ).
  The problem occurs when the previous GHU call was successful
  (received a blank status) and this re-positioning code is
  executed on the subsequent REPL call.   For the case where the
  GHU call was successful, the re-positioning code to re-establish
  position on the correct partition using the partition id stored
  in LEVSEGOF is not necessary, as position is already correct
  after the successful GHU call.
  
  Additional Keyword: Return Code 4059
  

Problem conclusion

• GEN:
  KEYWORDS:
  
  *** END IMS KEYWORDS ***
  The following module and macros have been modified to correct
  the reported problem:
  
  ************
  * DFSDLA00 *
  ************
  Code to call partition selection to re-position to the correct
  partition / DSG using the partition id stored in LEVSEGOF on a
  delete ( DLET ) or replace ( REPL ) call following a GHU call
  will be bypassed when the GHU call was successful (received a
  blank status).
  
  ***********
  * DFSPCBS *
  ***********
  A new bit, DBPCBLGE , has been added to flag byte DBPCBFL3 to
  indicate that the last DL/I call received a STATUSGE.
  

Temporary fix

Comments

APAR Information

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

  PK91034

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

  UK54331

Modules/Macros

• DFSDLA00 DFSPCBS
  

Fix information

• Fixed component name

  IMS V10

• Fixed component ID

  5635A0100

Applicable component levels

• R010 PSY UK54331

     UP10/02/18 P F002

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.