IBM Support

PK49629: ABEND S283-4C WHEN EXECUTING A LIST.SUBSYSTEM IN A BATCH JOB.

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • When executing in a batch job and performing a DBRC list.subsys
    command results in an abend S283-4C.
    Explanation: An error was detected by RACF in the parameters
    passed to RACF for RACROUTE REQUEST=VERIFY processing
    4C The ACEE specified does not appear to be a valid ACEE
    
    The code in DSP00MVS at APAR/PTF level PK27749/UK22269 incorrect
    ly accesses the ASXB block to obtain the ACEE.
    

Local fix

  • Remove this fix or avoid using DBRC in batch. This is a hit or
    miss error and my not be experienced by all batch users.
    There is no problems or changes needed for online systems.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All IMS V9 users of DBRC command             *
    *                 authorization with PK27749 or UK22269        *
    *                 installed                                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: ABEND283-4C executing DBRC utility      *
    *                      DSPURX00                                *
    ****************************************************************
    * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
    ****************************************************************
    ABEND283-4C occurs when running DBRC command stream with
    DSPURX00.  Only occurs when a security product is to be called
    for command authorization (CMDAUTH is SAF or BOTH).
    
    PK27749 added code to use the default ACEE for command
    authorization in a batch environment.  The ACEE address was
    supposed to be obtasined from field ASXBSENV in the ASXB
    but the code mistakenly used the ASCB address instead of the
    ASXB address.  The value obtained was the first fullword of
    field ASCBSRBT, which contains accumulated SRB time.  The value
    was usually zero, which also caused the default ACEE to be used,
    but when non-zero it would cause a failure in the FASTAUTH
    request.
    

Problem conclusion

  • AIDS: RIDS/DBRC RIDS/CNTRL DBRC CNTRL
      GEN:
    
    *** END IMS KEYWORDS ***
    DSP00MVS was using a pointer to the ASCB when obtaining an ACEE
    address from ASXBSENV.  It will now use the ASXB address.
    

Temporary fix

  • *********
    * HIPER *
    *********
    

Comments

APAR Information

  • APAR number

    PK49629

  • Reported component name

    IMS V9

  • Reported component ID

    5655J3800

  • Reported release

    901

  • Status

    CLOSED PER

  • PE

    YesPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2007-07-24

  • Closed date

    2007-11-02

  • Last modified date

    2008-04-30

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

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

    PK55223 UK30891

Modules/Macros

  • DSP00MVS
    

Fix information

  • Fixed component name

    IMS V9

  • Fixed component ID

    5655J3800

Applicable component levels

  • R900 PSY UK30891

       UP07/11/09 P F711 «

[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCVRBJ","label":"System Services"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"901","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
30 April 2008