IBM Support

PH12441: SJR IS DONE ON AN OPERATION THAT ENDED OSEQ. EQQM991E IS ISSUED BUT 5.2 BROWSE AND MODIFY SHOW DIFFERENT STATUS

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • An externally submitted job with TYPRUN=HOLD was released ($AJ)
    before it had gone READY from IWSz perspective, which caused
    an OSEQ error. The operation was then modified to have error
    code S222 and a simple job restart (SJR) done causing message
    EQQM991E. If the operation in then browsed via 5.2 panel the
    correct status is shown but if a MODIFY is done via 5.2 the
    status shows WAIT (W).
    .
    This can be reproduced as follows:
    (1)After CP EXTEND, job J in application X has an external
    dependency for job Y in application Z.
    (2) Job J is then submitted with TYPRUN=HOLD outside of IWSz.
    (3) Job J is released ($AJ command) even though it is not in
    READY status (due to the external dependency).
    (4) Job J gets OSEQ error and message:
    EQQM991E ERROR DURING MCP UPDATE.  FAILING MODULE: EQQMC3ST
    17/11/30 08.17
    EQQM912E INVALID DEPENDENCY nnn TO: Z
    EQQM912I EXTERNAL PREDECESSOR FOUND, STATUS CANNOT BE CHANGED
    (5) SJR issued for the operation in OSEQ status results in
    message
    EQQM208E The status cannot be changed - ext/conditional
    successor S,C,X or E
    (6) From  5.2 panel the status is modified from OSEQ to S222
    (7) From 5.2 BROWSE the occurence and it shows error code S222
    as expected:
    Status of operation   : Ended in error    S222
    (8) MODIFY same occurrence from 5.2 shows:
        STATUS              ===> W          Operation status
                                            (S,R,I,E,C)
        ERROR CODE          ===> S222       Error code if status E
        (the status should be E (ERROR) )
    (9)Press enter or PF3 results in "INCONSISTENT CODE"
       EQQM041E Error code must be blank for operation not in error
    (10) Use CANCEL command to get out of the panel
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: ALL TWS for z/OS USERs                       *
    *                 All IWS for z/OS 930 users                   *
    *                 All zWS for z/OS 950 users                   *
    *                 FUNCTION=MCP                                 *
    ****************************************************************
    * PROBLEM DESCRIPTION: If an operation is in OSEQ, you can     *
    *                      modify and save the Error Code on       *
    *                      EQQMMGEP ISPF panel. If you display     *
    *                      again the EQQMMGEP ISPF panel, via      *
    *                      Modify command, the status of the       *
    *                      operation is incorrectly showed as W.   *
    ****************************************************************
    If an operation is in OSEQ, you can
    modify and save the Error Code on
    EQQMMGEP ISPF panel. If you display
    again the EQQMMGEP ISPF panel, via
    Modify command, the status of the
    operation is incorrectly showed as W.
    

Problem conclusion

  • When a operation is in OSEQ and it have a predecessor with
    status = W the possibility to modify of the Error Code of this
    (EQQMMGEP panel) has been inhibited because this action can
    only performed if the predecessor have the status C,D or X.
    In this case the dialog send a new EQQM131E message error.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PH12441

  • Reported component name

    TIV WRKLD SCHD

  • Reported component ID

    5697WSZ01

  • Reported release

    932

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2019-05-23

  • Closed date

    2019-06-20

  • Last modified date

    2019-07-01

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

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

    UI63742 UI63743 UI63745 UI63744 UI63746 UI63747 UI63748 UI63749

Modules/Macros

  • EQQM13   EQQMMGEX
    

Fix information

  • Fixed component name

    TIV WRKLD SCHD

  • Fixed component ID

    5697WSZ01

Applicable component levels

  • R910 PSY UI63742

       UP19/06/25 P F906

  • R912 PSY UI63743

       UP19/06/25 P F906

  • R920 PSY UI63744

       UP19/06/25 P F906

  • R922 PSY UI63745

       UP19/06/25 P F906

  • R930 PSY UI63746

       UP19/06/25 P F906

  • R932 PSY UI63747

       UP19/06/25 P F906

  • R950 PSY UI63748

       UP19/06/25 P F906

  • R952 PSY UI63749

       UP19/06/25 P F906

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

Document Information

Modified date:
01 July 2019