IBM Support

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

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

  • This APAR continues II10001, II11013, II11513, II12140, II12615,
    II13278, II13603, II13775,
    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
    ----------------------------------------------------------------
    321 - ABEND0C4 in ICYDIE (UA08364) +0232.  The MMRE has been
          freed.  The MMIB's user termination routine points to
          CA's PTA@MMTX.  CA problem opened, see CA Customer
          Support Request 13907187 01.  Oct 20 '05 - sydney
    322 - Abend80A or abend878 using CA product CA-11
          IGC0002F owned storage is left stranded below
          the line due to application errors in SVC26 handling
          CA has taken apar TB91321 and provided a fix to the
          customer. There is no work around known to IBM.
          Dec 20 '05 - Michael Scott
    323 - ABEND0C4 reported in IDA0557A, however
          the PSW shows BMC X37 code.  BMC has
          provided BPG4203.  Problem found on
          z/OS 1.7.    Mar '06- DR
    324 - ABEND0C4 reported in IA0557F.  The
          PSW points to code with eye catcher
          of V37VSAM.  CA provided fix T25A64
          on z/OS 1.7 for CA-Vantage V11R5.
          Mar '06 - DR
    325 - ABEND0C4 reported in IDA0557F. The abend
          is actually taking place in code with
          eye catcher of X37 BMC.  BMC has provided fix
          BPG4202 for Mainview/SRM on z/OS 1.7. Mar'06 DR
          note: BPG4202 is for BMC M/SRM level 7.2
          BPG4203  is for BMC Mainview/SRM level 7.3
    326 - ABEND 0C4 reported in ICYDIE. The abend actually happened
          in BMC module with BMC eyecatcher. BMC has provided fix
          record number 528689 for z/os 1.7
    327 - ABEND 0C4 RC 11 reported in IDA0192A. The abend was
          caused by Computer Associates executing a freemain on
          storage that VSAM was trying to reference. VSAM tried to
          reference the VAT address from a TCB. Computer Associates
          has provided fix QO80870 for z/OS 1.7.
    328 - RPL feedback code indicates the broken cluster and
          reallocating/repopulate (or start with an empty cluster)
          would resolve the problem, and the PTF is recommended by
          Compuware could installed to avoid any future corruption
          problems. RPL feedback code of x'000800F8'. Compuware
          PTF X180441
    329 - VSI chain overlay by OEM, TMON product.Contact ASG and
          refer to 'ASG Incident: 717609 - S0D5 abends in TMDB630'
          THis is for  TMON for DB2 Version 041 mod level 000.
          NO FIx number has been given.
    

Local fix

  • 327 - abend138 in MHIMIMEQ.  Original svc 56 (0a38) issued from
          IDA0192A (r1K0 base) +x'1304' - reissued by MHIMIMEQ (from
          CA).  2 ENQs in PLIST, 1st for data component .B and the
          2nd for cluster .S - the .S already exists in GRS data
          and thus the problem.  Problem occurs when a number of
          batch jobs are submitted concurrently that access DB2
          archive and archive logs.
          This is a CA DB2 tools product problem - tag is PLR 44
          (pmr# 27672,7TD - 18 April 2006 - by sydney)
    328 - IDC3351I ** VSAM I/O RETURN CODE IS 44
          - RPLFDBWD = X'2308002C' was caused by the
          MAXLRECL being defined at 4089 with a CI size
          of 4096.  For Compressed data sets the MAXLRECL
          must be at least 10 less than the CI size. In
          this case an OEM issue allowed the data set to
          be created this way.  The fix from DMS is QO60883.
          (pmr 03026,278 April 2006 Dave)
    329-  Wait in IDA019RP for ENDREQ to complete in
          CA-Compress addr space doing I/O to it's
          control file. ENQ/RESERVE on SYSZSAM/VSAMFILE.
          Modules involved are ZSURPC, ZSURGDSN.
          Fix is CA # Q076437.
          (PMR 47618,6X6,760  and 48043,6X6,760)
    330 - Abend0c4 pic10 in what appears to be IDA0557F but
          actually points into a BMC module. ' BMC SRMSVOS
          PRSVS431 ' eyecatcher found in storage prior to abend
          location.
          Fix for BMC Mainview SRM StopX37/II version
          (7.3.03) is BPG4089. APAR is BAG2672.
          Problem resolution: BPG4089 Prevents Multiple Spacevolas
          on DB2 Datasets, which also use DB2 Stogroups and no
          space available for the extent. The problem and fix are
          not z/OS version dependent.
    331 - abend0c4 ICYDIE attempting to branchto BMC
          DIE routine ACEMMIF. This routine was not
          page fixed in storage prior to the Media Manager
          request.  Products involved are BMC RECOVER PLUS
          and BMC COPY PLUS. - RESOLUTION ID IS 528689.
          (IBM PMR 74741,7TD)
    332 - Reorganizing large KSDS has become a performance
          issue.  Something in CA's Vantage and Allocate products
          has changed and when products backed up to previous
          maintenance levels everything OK.  CA does not yet have
          a solution.  pmr# 17298,500 - 29 June 2006.
    333 - ABEND0c4 pic11 / rsn00301314 in ICYDIE (r1K0 base) at
          x'04F6' - due to early FREEMAIN of a Media Mgr control
          block.  When CA's Fast Unload job (UTLFUULT) cancelled
          storage for a subtask is freed and thus the problem.
          CA PTF UCME098 fixes problem.  pmr# 69807,082,649
          (10 July 2006)
    334 - Several symptoms - From IMS abend0c4 pic10 in IDA0192A
          (ua23211) at x'373a' in procedure VSICLNUP.
          From VSAM - system hung on ENQ of SYSVSAM/VSICHAIN.  Also,
          abend0c4 pic10 in IDA0192B (r1J0 base) at offset x'13AE'
          accessing the VSI chain, and the VSI chain is broken.
          In each case examining the VSI chain shows an overlay with
          reference to something called NEON.  NEON provided an
          upgraded release of their software and this corrected
          problem.  pmr# 75065,499 and 75070,499 - 3 Aug 2006.
    335 - Receive IGD306i rc24 and IEC070I 211(8,306)-221
          and DB2 message DSNT408I SQLCODE = -904 -
          TIOT full and no dummy '*' entry where another volume
          may be added.  Someone probably did an ALTER ADDVOL to
          data set (DB2 index) but it was not closed and re-opened
          on system where messages received.  CA APAR T25D04F
          corrects problem.  pmr# 23017,370 - 16 Aug 2006.
    336-  Job cancel results in abend378-14 ( abend378 rc14 )
          CA module is issueing a SVC 78 freemain ( svc78 ).
          values in reg 0 and reg 1 at time of svc78 are bad.
          CA fix # Q079929 PMR # 58596,370 - 11/30/06.
    337 - SYSPLEX wide GRS Enqueue System Hang - ENQ has major
          name of ACFVSAM.  Dump showed PLH deferred on FREOVF
          doing a VERIFY REFRESH.  Client has CICS APAR PQ88234
          applied and CAs APAR QO75845 applied.
          Client implemented CA MIM change of NO-SMC and all is
          OK.  See 40524,379 - Jan 2 007.
    338 - IOS000I CMD,A6,0E00 / Media Manager ICYTRACE record cut
          for command reject when using CA-VTape with VSAM LDS
          dataset.  Command reject taken when trying to verify
          correctness of cache contents before the dataset is
          entirely created.  This is related to VTape problem P1773.
          The circumvention is to ensure enough static cache is in
          place for recalls of old virtual volumes.  Contact CA for
          further information.
    339 - ABEND0C4 pic10 in IDA0192A (IDA0557F or IDA0557A).  PSW
          points to BMC eyecatcher several lines below PSW address
          and BMC eyecatcher several lines above PSW address.
          Client applied BMC MAINVIEW v7.3.04 PTF BPG4203 and the
          abends were resolved.  See pmr# 29234,499 - Feb 2007.
    340 - IEC070i 034-204, 203-204, rc ###, rsn 204 generated in
          VSAM EOV by SEA product TRMS.  The return code will vary
          depending on the attributes of the dataset.  The reason
          will always be 204.  This message has been confirmed by
          SEA development as expected, and working as designed.
    341 - ABEND0C4 appears externally in IDA019L1 + x'02CDE8'
          (IDA019SE + X'700').  The 0C4 appears to be taken on a LR
          instruction (regs 5 and 9).  The 0C4 is actually taken in
          BMC module COSSR210.  This is in the SVOS which is a
          component of the Mainview/SRM (formerly PROSMS or
          STOPX37/II) Allocation product.  BMC gave fix BPG4805 as
          the solution.
    342 - ABEND0C4 reported in IGG0CLXE at x'6A'.
          The issuing module of the SVC26 is FDRTCOPY and
          the problem is a miscoded SVC26 parameter list.
          The circumvention fix is P-54.5589 for FDR 5.4/55-56
          It returns the code to issuing a CAMLIST rather than
          an SVC26 while they work on fixing the problem.
    343 - ABEND0C4 in IDA019R1 +1570  or IDA019RZ + 6EE.
          PLH or other blocks in SP0, KEY8 are gone due to
          tcb being attached with SZERO=NO.
          New BMC Mainview/SRM apar BAG3220 will address this
          problem. See PMR 39122,004   July 2007   CH.
    344 - ABEND0C4 in IDA0192A (loadmod) +1BB2 IDA0192A (csect at
          UA32590) +91A.  Initial 0c4 due to PLH dynamically added
          (dynamic string addition) with SZERO = NO specified on the
          ATTACH macro. Attaching TCB frees PLH, but VSAM still
          attempts to reference. Originator of ATTACH is BMC module
          COSSR300.  A series of abend 016D has been seen after the
          initial 0c4. BMC has given fix BAG3212 (BP05053).  See PMR
          05085,500 Sept 2007 DBL.
    345 - Migration from z/OS 1.4 to 1.7 client receives
          ABEND0C4 at of IDA0557A.  When reviewing the
          dump the PSW is actually in PRS41410 BMC code.
          BMC PTFs BPG2774, BPG4133, and BPG4320 resolved
          issue.
    
    346 - IEC338I - IGG0CLHB, VALIDITY CHECK FAILED ON CATALOG
                    PARAMETER LIST
          IEC331I 128-002,N801CATD,STEP3   ,VCXT,IGG0CLXA
          Caused by an error in Innovation's SVC26.  Resolved by
          Innovation Zap: ZAP P-54.5602
    347 - Hang due to resource contention on resource
          NAME=MAJOR=STROBEHA.  A PLH was holding
          position for the caller.  The fix is Strobe
          PTF X183748.
    348 - IEC161I 052(008)-084 false ENQ MIM/CA fix QO94415.
    349 - IEC070I 210(8,17241)-220 CA Fastload fix UFLF254.
    350 - abend0c4 IDCIO01+1A5C REPRO,  Also, message PSP4755I
          records out of sequence. Only occurs with EMC
          Performance Essential product on z/OS 1.10, running with
          SIO option. Running with NOSIO does not cause problem.
          EMC fix is PSP31032. (PMR 63869,499 9/27/2009)
    

Problem summary

Problem conclusion

Temporary fix

Comments

APAR Information

  • APAR number

    II14105

  • Reported component name

    V2 LIB INFO ITE

  • Reported component ID

    INFOV2LIB

  • Reported release

    001

  • Status

    INTRAN

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2005-10-20

  • Closed date

  • Last modified date

    2010-05-19

  • 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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19N","label":"APARs - OS\/390 environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"001","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"001","Edition":"","Line of Business":{"code":"","label":""}},{"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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SSSN3L","label":"z\/OS Communications Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"001","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Document Information

Modified date:
19 May 2010