PM75694: ABENDS0C4 IN DFSYPSO0 IN SCAN PST TIMER PROCESSING WHEN TESTING THE YTIB_WAIT_FOR_CONFIRMED FLAG.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• We are in DFSYPSO0 scanning PSTs for time out and testing the
  YTIB_WAIT_FOR_CONFIRMED flag. The address tested was not
  valid ( R7 ).
  PST62XTN changed while processing the PST causing invalid
  checks and an invalid CLB/YTIB address to be obtained.
  This then led to ABENDSOC4's later in the code since PST62XTN is
  dynamically allocated, used and released.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All IMS V12 OTMA Users with Send-then-Commit *
  *                 (CM1) transactions in a non-Shared Queues    *
  *                 environment or a Shared Queues environment   *
  *                 with AOS=N.                                  *
  ****************************************************************
  * PROBLEM DESCRIPTION: ABEND0C4 in DFSYPSO0 while scanning     *
  *                      PST's for CM1 ACK timeout conditions.   *
  *                                                              *
  *                      Forward Fit of PM74787.                 *
  ****************************************************************
  * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
  ****************************************************************
  OTMA CM1 ACK timeout scan runs periodically based on the timeout
  setting specified by the user. The default is 120 seconds.
  
  In a non-Shared Queues environment or a Shared Queues
  environment with AOS=N, DFSYPSO0 wakes up at the specified
  interval to scan the active PST's. During this scan, the PST's
  may still be processing, therefore, the data fields in the PST's
  are dynamic and subject to change. This can lead to various 0C4
  conditions when storage referenced is no longer available.
  
  Note that even if CM1 ACK timeout is disabled, by specifying a
  timeout value of 0, the PST scan still runs every 2 mins to
  issue warning messages for PST's waiting for an ACK.
  
  Addition Keywords: ABENDS0C4
  

Problem conclusion

• GEN:
  POSTREQ PM13929
  KEYWORDS:
  
  *** END IMS KEYWORDS ***
  DFSYPSO0 PST scan routine was modified to insure that the PST
  is in an IWAIT after OTMA has sent the response and is waiting
  for the ACK (i.e. WAIT-SYNCPT). Additional checks were added to
  validate the PST extension, CLB and YTIB addresses before
  accessing the data to prevent 0C4 abends.
  

Temporary fix

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

Comments

• REPINNED RP14/03/18 (ATXT) TO ADD POSTREQ PM13929 INFO.
  **** PE14/03/18 PTF IN ERROR. SEE APAR PM13929 FOR DESCRIPTION
  ×**** PE14/03/18 FIX IN ERROR. SEE APAR PI13929  FOR DESCRIPTION
  

APAR Information

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

  PM74787

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

  UK83588

Modules/Macros

•    DFSYPSO0
  

Fix information

• Fixed component name

  IMS V12

• Fixed component ID

  5635A0300

Applicable component levels

• R200 PSY UK83588

     UP12/11/21 P F211 Ž

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.