IBM Support

PK41921: HPIC V4 UNDER ORF ABENDS SC4 ( ABEND0C4) AT FABDAI00 + X'29E' IF HPIC IS SCHEDULED MORE THAN ONCE IN AN ORF PROCESS

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • HPIC V4 under ORF abends SC4 ( ABEND0C4 ) at FABDAI00 + X'29E'
    if HPIC is scheduled more than once in an ORF process.  This
    occurs because the 2nd process refers to the name token that is
    created for the 1st process.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All IMS High Performance Image Copy for z/OS *
    *                 Version 4 Release 1 users ( FMID=H1J0410 )   *
    ****************************************************************
    * PROBLEM DESCRIPTION: HPIC V4R1 under ORF terminates with     *
    *                      ABEND S0C4 ( ABEND0C4 ) at FABDAI00     *
    *                      + X'29E', if HPIC image copy process is *
    *                      scheduled more than once during the ORF *
    *                      process.                                *
    ****************************************************************
    * RECOMMENDATION: Apply the maintenance for this APAR.         *
    ****************************************************************
    HPIC V4R1 under ORF terminates with ABEND S0C4 ( ABEND0C4 ) at
    FABDAI00 + X'29E', if HPIC image copy process is scheduled more
    than once during the ORF process. Because the 2nd HPIC process
    refers to the name token that is created in the 1st process.
    

Problem conclusion

  • FABJMAIN has been modified not to load FABDAI00, when all DBDS
    are processed as TOIAUTO=N.
    
    FABJTOI has been modified not to call FABDAI00 in processing a
    DBDS specified TOIAUTO=N.
    
    FABDAI00 has been modified to delete a name token at the end of
    the process.
    
    FABJDBC1 has been modified to check whether ICE#DOUT DD is
    already allocated or not before requesting dynalloc.
    
    FABJDMPN has been modified to call the terminate function of
    FABJDBCM for deallocation of ICE#DOUT DD.
    
    FABJDMP7, FABJDMP8, FABJDMP9 and FABJDMPA have been reassembled.
    

Temporary fix

Comments

  • ×**** PE07/08/07 FIX IN ERROR. SEE APAR PK50542  FOR DESCRIPTION
    

APAR Information

  • APAR number

    PK41921

  • Reported component name

    IMS HP IMAGE CO

  • Reported component ID

    5655K9600

  • Reported release

    410

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2007-03-23

  • Closed date

    2007-04-02

  • Last modified date

    2007-08-10

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

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

    UK23667

Modules/Macros

  • FABDAI00 FABJDBC1 FABJDMPA FABJDMPN FABJDMP7
    FABJDMP8 FABJDMP9 FABJMAIN FABJTOI
    

Fix information

  • Fixed component name

    IMS HP IMAGE CO

  • Fixed component ID

    5655K9600

Applicable component levels

  • R410 PSY UK23667

       UP07/04/05 P F704

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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Platform":[{"code":"PF054","label":"z Systems"}],"Version":"4.1.0","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
14 December 2020