II14343: OEM BUGS IN VSAM, CAT. & IDCAMS CAUSED BY OEM OR OTHER IBM PRODUCTS. SEE II10001/11013/11513/12140/12615/13278/33690/14105

APAR status

• INTRAN

Error description

• This APAR continues II10001, II11013, II11513, II12140, II12615,
  II13278, II13603, II13775, II14105
  in documenting symptoms/bugs related to VSAM, Catalog,
  IDCAMS & RLS caused by various OEM vendor products or other
  IBM products.
  KEYWORDS: VSAMBUGS INFOAPAR and INFOAPAR5
  

Local fix

• 347 - Problem appears as loop in IDA019SY+D7A,+F52 but it is
        really SCHBFR RPL being issued over and over with same
        RBA/CI from IMS. Occurs when BMC Data Accelerator (DAC)
        is in "failsafe" mode.
        To get out of problem, client must close and reopen IMS
        ACBs that were opened when the BMC DAC subystem was
        down. BMC failure(apar) number F1539802/PTF BQ44679.
  348 - After migrating to z/OS 1.9 VMA job receives -
          +WER061A VMA I/O ERR ON XTRCIN results in U0016 ABEND
        Received in excess of 65K of: GFTA086W WARNING -- ERRORS
        DETECTED DURING SIZE CALCULATION ON THE FOLLOWING ....
        OW56276 did not handle all cases, created APAR OA23127.
        Testing with ++APAR for OA23127 job now receives -
          WER197A VMAREPRT,VMA... LRECL/BLKSIZE INVALID
        from SYNCSORT.  SYNCSORT Early Warning # EW6589-0 and
        Fix # SY65890.  pmr# 08108,500 / 24 March 2008.
  349 - After upgrading SYNCSORT, VMA now receives message -
          WER197A  XTRCOUT  RECFM=F/FB, LRECL/BLKSIZE INVALID
        and GFTAVMA ends with CC=16.
        Client said that SYNCSORT indicated that the fix is
        EW6589-0.  Subject fields include:  INCTCB (incorrect
        block size), WER197A, WER133A, ABEND013-20, 013-20,
        ABEND001-04, 001-04.  Details/Circumstances: invoking
        program changes the SORTOUT block size on a z/OS 1.7
        or higher system.  pmr# 59495,344 / 19 April 2008.
  350 - reference  pmr 09623,442,000
        DB2 msgDSNB224I 00C200F8 after Media Manager ICYTRACE
        logrec showing IO error, No Record Found in a data set
        that received a prior extend error.  The DB2 extend error
        is seen the day before in syslog msgDSNP011I MMRC=256.
        This message is given when DB2 asks MM to extend  the
        data set and MM returns with RC=0, but with less space
        than DB2 requested for the extent.
        Problem showed up after installing BMC STOPx37 702b
        maintenance level, release 7.3. The maintenance was
        removed.
  351 - ABEND0C4 pic4 in IDA019C1 (r180 base) at x'0586' - a MODCB
        to modify a RPL, with a RPL address of zeroes, is being
        processed.  Sterling Support Request # 1369082 & APAR is
        T038500.  pmr# 78731,487
  352 - Problem with a KSDS being processed by CA's ENDEVOR
        software - record written to KSDS and to DASD but a short
        time later when it is read - record not found - x'080010'.
        There are many jobs running and updating the KSDS, but
        problem does not occur frequently.
        CA case ID Issue Number: 16543455-1.
        Client changed BUFFERSPACE specified in catalog for the
        KSDS and increased it making it larger than the value
        specified in the ACB.  With more buffers ENDEVOR no longer
        has read integrity - downlevel index records being used
        cause the problem.  see pmr# 37716,180,846
  353 - After upgrading to z/OS 1.7 a KSDS that uses TERASAM and
        DLF / HIPERBATCH is receiving a Record Not Found (A9080010
        or 080010).  Another test appears to receive RPL feedback
        word 000C0004.
        Appears to be associated with some TERASAM maintenance
        for z/OS 1.8 - with this maintenance removed everything is
        OK.  At the time this is written TERASAM can recreate the
        problem but does not know what is causing it.  Maintenance
        causing problem is unknown.  See pmr# 83990,344 - Sept 08.
  354 - ENQ lockout holding ACFVSAM/LOGOINDS and ACFVSAM/RULES
        resources with wait in IDA019SE+3C8. IDA019SE is deferred
        on buffer HASH table while doing an index search.
        Problem caused by ACF2 add-on product, ETFA, for
        their Rules Aging Facility (RAF). Vendor is EKC.  They
        did processing which set SMC (step must complete) in the
        TCB which resulted in the hang. EKC has supplied PTF
        LD61196 for the EFTA product.  28919,180 / closed Nov 08.
  355 - ABEND0C4 pic11 in ICYDIE (UA34765) +x'0088' - MMIB is
        gone - perhaps deleted by the DETACH or disconnected
        by the detaching task.  The 0C4 is preceded by several
        abend13E in RRL$EXD - abend13E is a DETACH error.  CA
        is the owner of RRL$EXD and the fix is UCMF203.
        pmr# 19260,7TD - opened Nov 08, closed Jan 09.
  356 - RPL storage is overlaid with all zeros in SP130, key8 in
        EPVT. NETEC Vendor, CAFC product causing abend0c4 in
        IDA019RA at offset +6EA.
        CAFC REL 4.5.00    fix number is P0048L02.
  
  357 - Hang condition in VSAM caused by CA (ACF2) obtaining two
        active RPL's against the ACF2 LOGONIDS database. This then
        caused a deadlock situation during an abend878 which
        didn't allow their FRR to take control. CA has addressed
        this issue with the following fix information.
            CA issue number 17827805 01,
            TA8580B RELEASE 90 -> RO05221
            TA8580B RELEASE C0 -> RO05222
  358 - ABEND0c4 pic11 in IDA0192B (r190 base) +0B4E due to
        VATVPTR (VSRT pointer in VAT) being zeroes, while opening
        an IMS RECON data set.  The following messages were also
        present and appear to be associated with problem:
          IEC251i 078-105, IEC251i 124-108, IEC161i 156-061
        VIO PLUS was activated just before problem began.  This
        appears to change NSR processing to LSR processing for
        the RECON data sets.  Also note that IMS uses SZERO=NO
        when attaching tasks (PDDB item RTA000129453).
        Client corrected problem by adding //PSPOFF DD DUMMY to
        JCL.   (PMR closed 2 February 2009.)
  359 - WAIT IDA019SE + 3C4/UA41954 level  under catalog TCB
        while running BMC MV/SRM. Flow leading to wait/hang is
        Catalog TCB is processing a DEFINE, VSAM is called for a
        PUT to the UCAT. VSAM issued EOV SVC to extend the UCAT.
        From EOV, BMC module PRS30092 issued Catalog SVC for a
        Locate, still under the same catalog TCB.  VSAM is
        called for LOCATE processing and waits in IDA019SE
        for DIWA, due to it being held by original DEFINE.
        BMC apar is BAG3559 for MV/SRM version 7.5.
        BMC fix is BPG5676.
  360 - CICS application issued msg "BROKEN DATA SET FOUND".
        Dump title VSAM DYNAMIC RPL DUMP - IDAM19R3+0BCE FEEDBACK
        CODE: 0108006D / EXAMINE shows IDC11763I RBA OF INDEX CI
        GREATER THAN OR EQUAL TO HIGH-USED RBA.  Client is
        running BMC's STOPx37 and the fixing PTFs are:
        For r7.4 the PTF is BPG5725, for r7.5 the PTF is BPG5724.
        02 April 2009.
  361 - ENQ lockout SYSZTIOT and PSPOPX30 (EMC XIO / VIO Plus)
        BMC Change Accum Plus. Catalog locate done under one
        TCB is held up requesting SYSZTIOT. BMC APAR BAQ3929 for
        CAP V4.3.01, will serialize DYNAMIC ALLOCATION, OPEN and
        CLOSE to remove conflict with EMC. A prior BMC code
        change implemented different ENQ names for certain asynch
        processes within BMC Change Accumulation Plus.
        This provided a window of opportunity for conflict with
        other vendors, such as EMC.
        BMC APAR BAQ3929 / PTF BPQ3552 for FMID ZBRI430. May 2009.
  362 - DB2 crashed with message DSNV086E -DB2O DB2 ABNORMAL
        TERMINATION REASON=00E50702. LOGREC shows abend0C4
        rsn=00301314.  PSW at abend is pointing to CA module's
        ASXIOH/ASXIOHK at offset x'3BC'.  CA Astex fix T375065.
        May 2009.
  363 - PUT request to an ESDS receives RPL err code x'44'
        dec 68 - caused system outage.  Using Sterling
        Software Connect Direct - Sterling fix T040059.
        June 2009.
  364 - Abend0c4 during CLOSE of VSAM ACB in  EMC module
        HLPCLX30 + 1EC on a MVC. Reg3 is bad.  Product is EMC
        PSP. This occurs  during initial load of any VSAM dataset
        with PSP's hot loader component. Fix is  PSP30434.
        July 2009.
  365 - VERIFY encounters the following error attempting to
        process an index that had extended to non-contig extents
        IDC3350I 86- OP,INCORR. LENGTH (abbreviated)
        In the reported case a secondary allocation of 5 tracks
        was granted in two physical extents of 2 and 3 tracks.
        The problem was that the second sub-extent was not
        preformatted and residual data was encountered.  This
        error occurs with EMC Performance Essential V3.1.0 and
        fixed with PSP31040.  EMC VSAM Assist/HOTLOAD is also
        susceptable to this error and is fixed with VAS68127
        under v 6.8.1
  366 - Various S0C4 abends occurring in VSAM Close and EMC/Rocket
        Performance Essential product accessing a PLH pool
        (example VSAM abend in IDA0200T+12A8 1.9 base).  A SMB LSR
        pool is obtained as id 255 and PE copies a portion of the
        LSR pool table ignoring the previous pool and creates its
        own 255.  When the SMB data set is closed, it
        inadvertantly releases the LSR pool created under PE and
        0C4s occur during close of data sets using the PE LSR
        pool.  Performance Essential fix is PSP30454.
  

Problem summary

Problem conclusion

Temporary fix

Comments

APAR Information

• 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