PI83749: DBFUMRI0 ( ADS CREATE ) ISSUES DFS3754A UTILITY=DBFUMRI0 TERMINATEDAND TERMINATES WITH RC=12

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• DBFUMRI0 sporadically fails with DFS3745A and RC=12/
  This happens when an #FPU IOPR call to read SDEP CIs gets
  a status code FH STATFH FHSTAT. The status is set when DBFUMAI0
  calls DBFMGXC0 to lock the CIs read. The active, owned, SDEP
  CIs cannot be locked as the owning IMS already has them locked.
  This is OK and DBFUMRI0 will skip these CIs, as the owner will
  eventually write them out. However, as part of the lock failure
  DBFMGXC0 sets EPSTSTAT to FH. If some CIs are in fact locked
  ( the FPU #IOPR call includes some not owned SDEP CIs )
  then these CIs will be read, and DBFMSRB0 will clear EPSTSTAT
  ( set to blank ) and the FH is overwritten. This is the normal
  case. Under some circumstances/area geometry, however, no
  unlocked CIs are in the IOPR request, so the overall request
  gets status FH which is passed back to DBFUMRI0 and causes
  the issue.
  When processing locked SDEP CIs for CREATE utility, DBFUMAI0
  can safely blank EPSTSTAT when handling RC=8 from DBFMGXC0 to
  prevent this issue.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  * IMSFP V14 DEDB users.                                        *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  * DBFUMRI0 ( ADS CREATE ) ISSUES DFS3754A TERMINATES WITH      *
  * RC=12                                                        *
  ****************************************************************
  * RECOMMENDATION:                                              *
  * INSTALL CORRECTIVE SERVICE FOR APAR/PTF                      *
  ****************************************************************
  DBFUMRI0 sporadically fails with DFS3745A and RC=12. This
  happens when an #FPU IOPR call to read SDEP CIs gets a status
  code FH STATFH FHSTAT. The status is set when DBFUMAI0 calls
  DBFMGXC0 to lock the CIs read. The active, owned, SDEP CIs
  cannot be locked as the owning IMS already has them locked. This
  is OK and DBFUMRI0 will skip these CIs, as the owner will
  eventually write them out. However, as part of the lock failure
  DBFMGXC0 sets EPSTSTAT to FH. If some CIs are in fact locked (
  the FPU #IOPR call includes some not owned SDEP CIs ) then these
  CIs will be read, and DBFMSRB0 will clear EPSTSTAT ( set to
  blank ) and the FH is overwritten. This is the normal
  case. Under some circumstances/area geometry, however, no
  unlocked CIs are in the IOPR request, so the overall request
  gets status FH which is passed back to DBFUMRI0 and causes the
  issue.
  

Problem conclusion

• GEN:
  KEYWORDS:
  *** END IMS KEYWORDS ***
  The following change has been made to correct the reported
  problem:
  DBFUMAI0: When processing locked SDEP CIs for CREATE utility,
  clear EPSTSTAT when handling RC=8 from DBFMGXC0 to prevent this
  issue.
  

Temporary fix

• *********
  * HIPER *
  *********
  

Comments

APAR Information

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

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

  PI83751 PI83809 UI48634

Modules/Macros

• DBFUMAI0
  

Fix information

• Fixed component name

  IMS V14

• Fixed component ID

  5635A0500

Applicable component levels

• R400 PSY UI48634

     UP17/07/28 P F707

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.