IBM Support

PM54364: CLNO FOR EXTERNALLY SUBMITTED JOB WHEN AUTO RETRIEVAL IS ACTIVE

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • In TWSz V8R6, when RCLOPTS JOBLOGRETRIEVAL(ONERROR) or
    RESTARTINFORETRIEVAL(ONERROR) is set, TRACK ONLY jobs (scheduled
    but not submitted by TWSz - defined SUBMIT=NO) that end in error
    are set to a CLNO error status even though they are defined as
    CLEANUP TYPE = NONE.
    .
    This occurs unless the JCL for these jobs includes the TIVDSTxx
    OUTPUT statements which are added to TWSz-submitted jobs by the
    controller at submit time.
    .
    If a job is defined as CLEANUP TYPE = NONE, no attempt should be
    made to retrieve the JOBLOG or OPERINFO for that job if it ends
    in error.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: ALL TWS for z/OS 8.6 USERs                   *
    *                 FUNCTION: automatic job log retrieval        *
    ****************************************************************
    * PROBLEM DESCRIPTION: When RCLOPTS JOBLOGRETRIEVAL(ONERROR)   *
    *                      or RESTARTINFORETRIEVAL(ONERROR) is     *
    *                      set, operations defined with SUBMIT=NO  *
    *                      are set to a CLNO error status.         *
    ****************************************************************
    * RECOMMENDATION: APPLY THE PTF FIXING THIS APAR               *
    ****************************************************************
    When RCLOPTS JOBLOGRETRIEVAL(ONERROR) or
    RESTARTINFORETRIEVAL(ONERROR) is set, jobs scheduled
    but not submitted by TWSz, that end in error are set
    to a CLNO error status.
    

Problem conclusion

  • When operations are defined with SUBMIT=NO, the jobs are
    scheduled but not submitted by TWSz, so the joblog copy for
    the datastore is not built. For these jobs, the
    RCLOPTS JOBLOGRETRIEVAL(ONERROR) and
    RESTARTINFORETRIEVAL(ONERROR)
    parameters cannot be considered.
    A check on the SUBMIT=N/Y bit is added, to avoid the automatic
    joblog or operinfo request.
    602Y
    EQQARAIN
    EQQEMEVP
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM54364

  • Reported component name

    TIV WRKLD SCHD

  • Reported component ID

    5697WSZ01

  • Reported release

    600

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2011-12-14

  • Closed date

    2011-12-29

  • 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:

    UK75148

Modules/Macros

  • EQQARAIN EQQEMEVP
    

Fix information

  • Fixed component name

    TIV WRKLD SCHD

  • Fixed component ID

    5697WSZ01

Applicable component levels

  • R602 PSY UK75148

       UP12/03/31 P F203

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":"600","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":"600","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
22 April 2016