PI08223: A MESSAGE INSERTED TO AN ALTERNATE DESTINATION USING AN EXPRESS PCB IS PUT TO THE SHARED QUEUES WITH AFFINITY.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Customer is running with OTMAASY=S and input arrives from an
  OTMA destination.  There is a U0777 abend and the input message
  is returned to the shared queues. The application continues
  and does an insert to an alternate destination using an express
  pcb. The output message generated for the alternate destination
  is put on the queues with affinity for the IMS where the
  transaction is running.
   This problem occurs because bits PSTCB62 and PSTCBOTM are not
  cleared during the cleanup process after the U0777. The
  transaction is using Init Status B.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All IMS V12 APPC/OTMA customers using        *
  *                 APPCASY=S or OTMAASY=S and INIT STATUS       *
  *                 GROUPB in a shared queues environment.       *
  ****************************************************************
  * PROBLEM DESCRIPTION: A program-to-program switch transaction *
  *                      is put to the shared queues with        *
  *                      affinity after a deadlock condition     *
  *                      with INIT STATUS GROUPB.                *
  *                                                              *
  *                      Forward Fit of PI05276                  *
  ****************************************************************
  * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
  ****************************************************************
  A transaction is entered via APPC/OTMA and processed on a
  backend IMS system. When an INIT STATUS GROUPB DLI call is made
  to handle deadlock conditions, the application program will
  receive a 'BC' status code and control is given back to the
  application. If the application then issues a program-to-program
  switch, the switched to transaction may be put on the shared
  queues with affinity to the backend IMS.
  
  DFSFXC40 processes the deadlock as an internal rollback at
  label ROLB6, which clears the APPC/OTMA fields in the PST,
  except for PSTCB62 & PSTCBOTM, releases the APPC/OTMA message
  prefix, and clears PSTCB62P.
  
  DFSDLA30 processes the ISRT call for the program-to-program
  switch and checks PSTCB62 & PSTCBOTM. Since these flags were
  left ON, it branches to label BLDKD700 to issue a DFSLUMIT
  FUNC=GET_ASYNC_INFO call, which uses PSTCB62P as input. However,
  since PSTCB62P was cleared by DFSFXC40, the results are
  unpredictable and could lead to the transaction being put to
  the shared queues with affinity to the same IMS, even though
  APPCASY=S or OTMAASY=S was specified.
  

Problem conclusion

• GEN:
  KEYWORDS:
   SYSPLEXSQ
  
  *** END IMS KEYWORDS ***
  DFSFXC40 was modified to clear PSTCB62 & PSTCBOTM so that
  DFSDLA30 will bypass processing for APPC/OTMA and queue the
  transaction without affinity.
  

Temporary fix

Comments

APAR Information

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

  PI05276

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

  UI14187

Modules/Macros

• DFSFXC40
  

Fix information

• Fixed component name

  IMS V12

• Fixed component ID

  5635A0300

Applicable component levels

• R200 PSY UI14187

     UP14/01/17 P F401

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.