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

A fix is available

Subscribe

You can track all active APARs for this component.

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 V11 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.   *
    ****************************************************************
    * 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 PM13928
    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 PM13928 INFO.
    **** PE14/03/18 PTF IN ERROR. SEE APAR PM13928 FOR DESCRIPTION
    
    ž**** PE14/03/18 FIX IN ERROR. SEE APAR PI13928  FOR DESCRIPTION
    

APAR Information

  • APAR number

    PM74787

  • Reported component name

    IMS V11

  • Reported component ID

    5635A0200

  • Reported release

    102

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2012-10-10

  • Closed date

    2012-11-16

  • Last modified date

    2014-04-17

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

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

    PM75694 UK83587 PM77914

Modules/Macros

  •    DFSYPSO0
    

Fix information

  • Fixed component name

    IMS V11

  • Fixed component ID

    5635A0200

Applicable component levels

  • R100 PSY UK83587

       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.



Rate this page:

(0 users)Average rating

Document information


More support for:

IMS

Software version:

102

Reference #:

PM74787

Modified date:

2014-04-17

Translate my page

Machine Translation

Content navigation