IBM Support

PI11611: NON-CENTRALIZED FT JOB STUCK IN RNN (READY, NO-OPED) AFTER MH/NP/MR COMMAND SEQUENCE.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • A NON-CENTRALIZED job on an FT workstation may remain stuck in
    NPP (READY - OPERATION NOPED) status after the following command
    sequence.
    1. MH target operation
    2. NP target operation
    3. (predecessors complete)
    4. MR target operation
    5. Target operation remains in RNN status.
    Problem is related to translation of operation status between
    the CP and SYMPHONY.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: ALL TWS for z/OS USERs who run with          *
    *                 E2E feature.                                 *
    *                                                              *
    *                 FUNCTION=E2E                                 *
    ****************************************************************
    * PROBLEM DESCRIPTION: If a non-centralized manually held      *
    *                      job is noped, it may remain in          *
    *                      in ready - operation noped status       *
    *                      even when it is manually released.      *
    ****************************************************************
    * RECOMMENDATION: APPLY THE PTF FIXING THIS APAR               *
    ****************************************************************
    If a non-centralized manually held job is noped, it may remain
    in ready - operation noped status when it is manually released.
    

Problem conclusion

  • A code change has been implemented to fix the
    following scenario:
    A non-centralized job having the automatic submit flag set to Y
    is manually held (mh), then is noped (np). In this situation
    once the predecessors are completed the job remains in ready
    (manually held). At this point if it is manually released,
    the job gets completed, as expected.
    500Y
    510Y
    600Y
    910Y
    EQQZTWJ
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI11611

  • Reported component name

    TIV WRKLD SCHD

  • Reported component ID

    5697WSZ01

  • Reported release

    603

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2014-02-12

  • Closed date

    2014-03-19

  • Last modified date

    2016-04-22

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

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

    UI16173 UI16174 UI16175 UI16176

Modules/Macros

  • EQQZTWJ
    

Fix information

  • Fixed component name

    TIV WRKLD SCHD

  • Fixed component ID

    5697WSZ01

Applicable component levels

  • R500 PSY UI16173

       UP14/08/08 P F408

  • R510 PSY UI16174

       UP14/08/08 P F408

  • R600 PSY UI16175

       UP14/08/08 P F408

  • R910 PSY UI16176

       UP14/08/08 P F408

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.

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSRULV","label":"IBM Workload Scheduler for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"603","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"603","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
22 April 2016