IBM Support

II14470: DB2 CAN'T STARTUP AT R910 WHEN USING THE OEM CA VTAPE PRODUCT FOR DB2 ARCHIVE DATA SETS. RC00D10340 DSNJ153E

Subscribe to this APAR

By subscribing, you receive periodic emails alerting you to the status of the APAR, along with a link to the fix after it becomes available. You can track this item individually or track all items by product.

Notify me when this APAR changes.

Notify me when an APAR for this component changes.

 

APAR status

  • INTRAN

Error description

  • =================02/16/2009=====================================
    ****************************************************************
    * USERS AFFECTED: DB2 V9 users that use tape archive logs      *
    *                 and are using the CA VTape product.  Archive *
    *                 log processing using real tape drives is not *
    *                 affected.                                    *
    *                 This can also occur when using any Vtape     *
    *                 product that does not support 64-bit IDAWs.  *
    *                 It can also occur when using a Vtape product *
    *                 from Diligent Technologies.                  *
    *                 The level being used was VTFM V2.1           *
    *                 A new version is available which supports    *
    *                 64-bit IDAWs. It is VTFM V3.0.0              *
    ****************************************************************
    * PROBLEM DESCRIPTION: ABENDB00 during BSAM EXCP processing    *
    *                      of DB2 archive log datasets that are    *
    *                      accessed via the Computer Associates    *
    *                      VTape program.  The VTape program       *
    *                      intercepts requests to a device that    *
    *                      looks like a tape drive to DB2 and      *
    *                      redirects the data to DASD for later    *
    *                      tape processing. abend0b00 abends0b00   *
    *                                                              *
    *                      The CA VTape product does not support   *
    *                      64-bit IDAWs, which may be generated    *
    *                      if an LPAR is larger than 2GB.          *
    *                      DB2 will not start up and it'd abend
    *                      with DSNJ153E DSNJR006 CRITICAL LOG READ
    *                      ERROR with REASON-CODE = 00D10340
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    CA VTape does not support 64-bit IDAWs and indicates this by
    setting the UCBEIDAW bit in the UCB extension.  However, DB2
    does not test this bit because no real supported devices that
    could be used for archive log processing have this limitation.
    
    If a buffer used for archive log processing resides in real
    storage above 2GB, a LRA instruction during the processing of
    the EXCP request will get a special operation exception, which
    eventually causes the ABENDB00.
    
    This problem does not exist with DASD archive logs and does not
    exist tape archive logs that reside on any real tape drive that
    is supported by z/OS.
    
    This problem does not affect DB2 V8 and earlier because those
    release used 24-bit storage for archive log buffers.
    ****************************************************************
    * Problem conclusion                                           *
    ****************************************************************
     This usermod changes log manager getmain requests to always
     specify that storage should be backed by 31-bit real.  This
     will circumvent the problem until CA VTape can provide
     support for 64-bit IDAWs.
    ****************************************************************
    * Circumvention                                                *
    ****************************************************************
      This problem can be avoided by any of the following:
      1) If practical, define the LPAR to have 2GB of real storage
         or less.
      2) Use DASD archive logs instead of tape archive logs.
      3) Disable the use of CA VTape for DB2 archive logs.
    ****************************************************************
    * Temporary fix                                                *
    ****************************************************************
      Apply the USERMOD from DB2 development ANVTAPE.V91A
    ****************************************************************
    

Local fix

  • See circumvention.
    L2 diagnostics: check logrec for abend 0b00, abendb00 such as:
      RIDS/DSNJL002 RIDS/DSNJR008 PIDS/5740XYR00 AB/S0B00
    Customer can also contact CA for fix: CA-VTAPE r12.5
    

Problem summary

Problem conclusion

Temporary fix

Comments

APAR Information

  • APAR number

    II14470

  • Reported component name

    PB LIB INFO ITE

  • Reported component ID

    INFOPBLIB

  • Reported release

    001

  • Status

    INTRAN

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2009-02-16

  • Closed date

  • Last modified date

    2012-09-17

  • 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:
17 September 2012