IBM Support

II06012: DB2 IVP (INSTALLATION VERIFICATION PROCEDURE) - COMMON PROBLEMS DURING IVP PROCESSING. 5740XYR00 R220 R230 R310 R410

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as canceled.

Error description

  • This APAR was opened to document commom problems encountered
    during the DB2 IVP process.
    ----------
    install installation migrate migration
    ================================================================
    
    SQLCODE805 Plan not found.  Program library may be missing from
    the DFHRPL DD concatenation found in the CICS startup proc.
    ================================================================
    
    MSGIGYPG3123-W will be received in DSNTEJ3C if the COBOL II
    compiler is Version 1.3.1.  A RC04 will be received in steps
    PH03CS01.COB2 and PH03CS04.COB2.
    ================================================================
    
    DSNTEP2 U4000 & IBM002I & IBM019I - add a PLIDUMP DD statement
    to step & parm=('nospie,nostae/') - if S0C4 PIC11 in DSNTEP2+
    173C - error is caused by mixed libraries.  If PL/I R230, verify
    that libraries in SYSLIB in the link step are R230.
    ================================================================
    
    ABEND0C4 PIC11 in DSNTEJ3P in DSN8SP3 with Pl/I.  See PL71117
    for resolution.
    ================================================================
    
    ABEND30E in IVP executing DSNTEP2.  Abend is in IBMBERR1.  IF
    NOSTAE & NOSPIE is specified the ABEND30E is eliminated but now
    an ABENDU4000 is received.  The ABENDU400 is traced back to the
    link edit step; where the PL/I libraries specified had mixed
    versions of PL/I (in one case there was a mixture of V1R3 and
    V1R5 modules).
    ==========================================
    LE ABENDU4093 RC1C can occur if user does not
    specify enough Region on jobcard when executing
    DSNTEP2.  Running under LE requires more storage
    than previous releases of PL/I.
    ================================================================
    Create Tablespace fails under DSNTIAD or DSN command processor
    ABEND0C4 PIC10 or ABEND04E RC00E50013 DSNTFRCV.  Problem due to
    third party PDS management system.  Call to IDCAMS was
    intercepted.  Z page for note.
    ================================================================
    
    " MSGIEC020I 001-4 " and " MSGIEC020I DCB EROPT=ABE OR AN
    INVALID CODE, and/or NO SYNAD EXIT SPECIFIED "
    may be returned from DSNTIAD if the SYSIN input file is
    empty.
    ================================================================
    
    ABENDU476, ABENDU0476, ABEND106 can occurr in the PL/I IVP for
    IMS if the customer is using PL/I 1.5.  Job DSNTEJ4P was chang-
    ed for DB2 R230 to support PL/I 2.2 and up.  The change that was
    made was to change the entry statement fom PLICALLA to PLISTART.
    If the customer wishes to execute the IMS IVP using PL/I 1.5,
    then he must change the entry statements in DSNTEJ4P from
    PLISTART to PLICALLA and resubmitt DSNTEJ4P.
    ================================================================
    
    The DSNH CLIST does not generate the correct data set names for
    CICS R321 and above. If you are using CICS 3.2.1 or R330 you
    may edit the DSNH CLIST where the CICS data set names are
    generated and change them from LOADLIB, COBLIB, and PL1LIB to
    SDFHLOAD, SDFHCOB, and SDFHPL1 respectively. The six lines that
    need to be changed are:
    
    SET &CICSXLT = &STR('&CICSPRE..LOADLIB(DFHEPP1$)')       3051000
    SET &CICSXLT = &STR('&CICSPRE..LOADLIB(DFHEAP1$)')       3053000
    SET &CICSXLT = &STR('&CICSPRE..LOADLIB(DFHECP1$)')       3055000
    SET &ILIB = &STR(&ILIB '&CICSPRE..PL1LIB')   /* LIB  */  3630000
    SET &ILIB = &STR(&ILIB '&CICSPRE..COBLIB')   /* LIB  */  3633000
    SET &ILIB = &STR(&ILIB '&CICSPRE..LOADLIB')  /* LIB  */  3639000
    
    DB2 R410
    ------------- 7/01/97 PLB --------------------------------------
    It should be noted that when running the DSNTEP2 job (written
    using PL/1 1.5) and compiled using LE/370, a linkage problem
    may occur and an abendu4000 when using DB2 SPUFI from batch.
    Please reference:
    "The PL/1 for MVS and VM Compiler and Run-time Migration Guide",
    Chapter 9, "Migration Aids" under section "OS PL/1 Version 1
    Release 5.1 Main Load Module ZAP"
    A ZAP (IBMRZAPM) is mentioned (provided by LE/370 support)
    that needs to be applied to PL/1 1.5 load modules to run under
    LE/370.  IBMRZAPM is an alias for IBMRZPIR provided in SCEESAMP.
    The publication number is SC26-3118-01.
    ---------------------------------------------------------------
    ABENDU4000 (User Abend U4000) and other errors can occur for
    DB2 PL/I application/s (DSNTEP2 for example) when picking up
    some but not all modules from the older SIBMxxxx and PLIxxxx
    libraries and the reset will be picked up from SCEERUN (causing
    a mixture of releases).
    To compile,link and run DSNTEP2 using only PL/I 2.3 you need to
    have the following libraries accessed:
    *
    At COMPILE -       PLICOMP
    At LINK    -       PLIBASE and SIBMBASE
    At Runtime -       PLILINK and SIBMLINK
    *
    The LE product ships libraries with OS390 1.2 and above that con
    the same module names (ALIAS's) that are in PLIBASE,SIBMBASE,PLI
    and SIBMLINK. These libraries are:
    *
    At LINK    -       SCEELKED
    At Runtime -       SCEERUN
    *
    ----------------------------------------------------------------
    
    -------------- 00/09/29 ht ------------
    If an SQLCODE -592 is received during the execution of
    DSNTEJ6S or DSNTEJ6T, please ensure that SPA is active.
    

Local fix

Problem summary

Problem conclusion

Temporary fix

Comments

  • CLOSED FOR RETENTION: DB2INFO
    

APAR Information

  • APAR number

    II06012

  • Reported component name

    PB LIB INFO ITE

  • Reported component ID

    INFOPBLIB

  • Reported release

    001

  • Status

    CLOSED CAN

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    1992-05-08

  • Closed date

    1995-10-25

  • Last modified date

    2000-09-29

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

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

Fix information

Applicable component levels

[{"Business Unit":{"code":null,"label":null},"Product":{"code":"SG19O","label":"APARs - MVS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"001","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSEPEK","label":"Db2 for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"001","Edition":"","Line of Business":{"code":"LOB10","label":"Data and AI"}}]

Document Information

Modified date:
13 December 2020