PM35939: FLUSHTYPE=COUNT TABLE FLUSH SETTING FOR IMS LOG PROCESSING LOST WHEN DRLLOG FILE HAS CONCATENATED DATA SETS.

A fix is available

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as program error.

Error description

  • FLUSHTYPE=COUNT table flush setting for IMS log processing lost
    when DRLLOG file has concatenated data sets. The problem occurs
    for any log file in the concatenation after the first such that
    flush processing is disabled until the number of records
    processed from the current file exceeds the total number of
    records processed the last time table flush processing was
    invoked. Depending on the number of records in each file in the
    concatenation this can mean that table flush processing is
    disabled for each file in the concatenation after the first.
    

Local fix

  • Combine all logs into a single file to avoid concatenation.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of the z/OS TDSz IMS CSQ           *
    *                 Collect component (all IMS releases)         *
    *                 using the DRLIPARM parameter FLUSHTYPE=COUNT *
    ****************************************************************
    * PROBLEM DESCRIPTION: When a DRLLOG(n) has multiple           *
    *                      DD statements flushing does not occur   *
    *                      correctly for the 2nd and sbusequent    *
    *                      DDs as expected.                        *
    ****************************************************************
    * RECOMMENDATION: APPLY THE PTF FIXING THIS APAR               *
    ****************************************************************
    For FLUSHTYPE=COUNT=nnnn a buffer flush occurs when the
    current record count is a multiple of the FLUSHTYPE=COUNT=nnnn
    value and the current record count is greater than the
    record count when the last buffer flush occurred.
    The problem is the record count is being reset at the start
    of the processing for each new DD, hence the flush mechanism
    is not functioning correctly.
    

Problem conclusion

  • The problem with the current record count is corrected thus
    correcting the problem with the FLUSHTYPE=COUNT buffer flush
    mechanism.
    Count errors for messages DRL2053I, DRL0310I
    and DRL0311I have been corrected.
    801Y
    810Y
    DRLPLOPR
    DRLSIA1H
    DRLSIA1L
    DRLSIB1H
    DRLSIB1L
    DRLSIC1H
    DRLSIC1L
    DRLSID1H
    DRLSID1L
    DRLSI81H
    DRLSI81L
    DRLSI91H
    DRLSI91L
    DRLSLOGP
    DRLSLOPR
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM35939

  • Reported component name

    TDS FOR Z/OS

  • Reported component ID

    569510100

  • Reported release

    810

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2011-03-31

  • Closed date

    2013-10-31

  • Last modified date

    2013-12-02

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

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

    UI12063 UI12064

Modules/Macros

  •    DRLPLOPR DRLSIA1H DRLSIA1L DRLSIB1H DRLSIB1L
    DRLSIC1H DRLSIC1L DRLSID1H DRLSID1L DRLSI81H DRLSI81L DRLSI91H
    DRLSI91L DRLSLOGP DRLSLOPR
    

Fix information

  • Fixed component name

    TDS FOR Z/OS

  • Fixed component ID

    569510100

Applicable component levels

  • R801 PSY UI12063

       UP13/11/06 P F311

  • R810 PSY UI12064

       UP13/11/06 P F311

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

Add comments

Document information


More support for:

Tivoli Decision Support for z/OS

Software version:

810

Reference #:

PM35939

Modified date:

2013-12-02

Translate my page

Machine Translation

Content navigation