PJ41418: INCORRECT ROLL-IN COUNTS ON A RECOUP RESTART AFTER A TIMEOUT ERROR IN PHASE 3

Subscribe to this APAR

By subscribing, you receive periodic emails alerting you to the status of the APAR, along with a link to the fix after it becomes available. You can track this item individually or track all items by product.

Notify me when this APAR changes.

Notify me when an APAR for this component changes.

APAR status

  • Closed as program error.

Error description

  • See Problem Summary
    

Local fix

  • na
    

Problem summary

  • APAR NUMBER:  PJ41418
    PRODUCT:  z/TPF
    FUNCTIONAL AREA:  RECOUP
    SHIPPED IN PUT:  10
    ABSTRACT:
    Correct recoup directory roll-in on a restart after a directory
    timeout error.
    PACKAGE CONTENTS:
    Source Segments:
    (C) base/rt/bcpz.asm
    (C) base/rt/bof3.asm
    (C) base/rt/brv0.asm
    
    Object Only Binaries:
    None.
    
    Configuration Independent Binaries:
    None.
    
    Support Files:
    None.
    
    OTHER BINARIES TO BUILD: YES
    (C) <sys>/load/BCPZ.so
    (C) <sys>/load/BOF3.so
    (C) <sys>/load/BRV0.so
    (C) <sys>/obj/bcpz.o
    (C) <sys>/obj/bof3.o
    (C) <sys>/obj/brv0.o
    COMMENTS:
    If a directory timeout error occurs during recoup phase 3
    directory roll-in processing, the roll-in is halted and an
    error message is issued. When ZRECP RESTART entered, the roll-in
    processing appears to complete, however it does not return the
    all of the pre and during pool releases. Both recoup and PDU
    roll-in keep track of which directories have already been
    rolled-in by turning on an indicator (x'00FF') in the field
    CY3URC. This field was not being properly handled during recoup
    phase 3 processing.
    

Problem conclusion

  • SOLUTION:
    There are several routines which either initialize or copy
    directory sets using the online directories as a pattern. In
    each of these cases, the field CY3URC was not being cleared
    properly. Updated the following segments to clear CY3URC field
    as part of the copy process. bcpz.asm - after label BC400,
    cleared the roll-in indicator field CY3URC and set the
    processor ownership field (CY3PID) to unowned (X'FF'). bof3.asm
    - in the routine labelled BOF3CONT cleared the roll-in
    indicator and updated the ownership field. brv0.asm - after
    label BRV046, cleared the roll-in indicator.
    COREQS: NO
    None.
    MIGRATION CONSIDERATIONS: NO
    None.
    BUILD COMMANDS AND INSTRUCTIONS: YES
    #maketpf commands for linux
    maketpf -f BCPZ bcpz.o
    maketpf -f BOF3 bof3.o
    maketpf -f BRV0 brv0.o
    maketpf BCPZ link
    maketpf BOF3 link
    maketpf BRV0 link
    UPDATED INFORMATION UNITS: NO
    None.
    See your IBM representative if you need additional information.
    DOWNLOAD INSTRUCTIONS:
    http://www.ibm.com/software/htp/tpf/maint/maintztpf.html
    APAR URL:
    http://www.ibm.com/software/htp/tpf/ztpfmaint/put10/PJ41418.htm
    

Temporary fix

Comments

APAR Information

  • APAR number

    PJ41418

  • Reported component name

    Z/TPF

  • Reported component ID

    5748T1501

  • Reported release

    110

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2013-08-15

  • Closed date

    2013-10-03

  • Last modified date

    2013-10-07

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

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

Modules/Macros

  •    None
    None
    

Fix information

  • Fixed component name

    Z/TPF

  • Fixed component ID

    5748T1501

Applicable component levels

  • R110 PSY

       UP



Rate this page:

(0 users)Average rating

Document information


More support for:

TPF
z/TPF

Software version:

110

Reference #:

PJ41418

Modified date:

2013-10-07

Translate my page

Machine Translation

Content navigation