PM21376: U0777 PSEUDOABEND SHOULD SET PSTNODMP FOR SYNCHRONOUS OTMA

APAR status

• Closed as program error.

Error description

• After a change to route LU1 (X.25) messages instead through
  synchronous OTMA (IMS Connect), customer reported that on
  U0777 (DEADLOCK) pseudo abends:
  - MPR RCTRCT is incremented (and the MPR terminates if TLIM is
      reached)
  - MPR SYSMDUMP is written
  - MPR JOBlog includes multi-line msg IEA995I SYMPTOM DUMP ...
  ..
  After PK64320, for OTMA Synchronous input, we call DBFSFLD0 in
  DFSTMS00 before LUM SEND so the message can be retried if FLD
  call processing fails.  DBFSFDL0 makes lock requests and can
  deadlock; if this occurs, PSTIQABN is set by lock manager logic.
  However, if PSTIQABN is already set, code added by PK64320
  incorrectly skips the logic to check the actual return code
  from DBFSFLD0 and set PSTNODMP etc.
  ..
  In all reported cases, the DFSERA30 DEADLOCK report showed a
  "COMIT" call in progress in the waiter/victim:
   RESOURCE DMB-NAME LOCK-LEN LOCK-NAME     - WAITER ... IS VICTIM
   02 OF 02 --------    08    00011980FFD900C6
   KEY FOR RESOURCE IS NOT AVAILABLE
         TRAN/JOB PSB-NAM PCB--DBD PST#  RGN  CALL LOCK  LOCKFUNC
   WAITER TR      ATMTRAN -------- 00045 MPP COMIT GFPLL 904004F0
   BLCKER FSBMP00 FSBMP00 -------- 00128 BMP  ---- ----- --------
  ..
  Additional search keywords:
  U777 ABENDU0777 ABENDU777 ABEND777 ICON RCTLIM RCTCTR
  LIPSABND LIPSNDMP
  

Local fix

• TLIM=00 can be specified in the MPR JCL to prevent the MPR
  terminating after each U0777.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: IMSFP V9 DEDB AND OTMA user.                 *
  ****************************************************************
  * PROBLEM DESCRIPTION: IMSFP V9 DEDB AND OTMA user.            *
  ****************************************************************
  * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
  ****************************************************************
  For OTMA Synchronous input, we call DBFSFLD0 in DFSTMS00 before
  LUM SEND so the message can be retried if FLD call processing
  fails.  DBFSFDL0 makes lock requests and can deadlock.  If this
  occurs, PSTIQABN is set by lock manager logic.  However, if
  PSTIQABN is already set, the logic to check the actual return
  code from DBFSFLD0 and set PSTNODMP is incorrectly skipped.
  

Problem conclusion

• GEN:
  KEYWORDS:
  
  *** END IMS KEYWORDS ***
  The following changes have been made to correct the reported
  problem:
  
  DFSTMS00: Update code to check the return code from DBFSFDL0 to
            set up the U777 abend prior checking for PSTIQABN.
  
  DBFHGU10: Update code to check the return code from DBFSFDL0 to
            set up abendu777.  Other non-zero return code will be
            set to rc20.
  

Temporary fix

Comments

APAR Information

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

  PM11654

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

  UK61552

Modules/Macros

• DBFHGU10 DFSTMS00
  

Fix information

• Fixed component name

  IMS V9

• Fixed component ID

  5655J3800

Applicable component levels

• R900 PSY UK61552

     UP10/10/28 P F010