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

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as canceled.

Error description

  • Continuation of II10001 ( VSAMBUGS INFOAPAR2 ):
    #60 MSGIEC130I DD name missing ,when using SYNCSORT opening
    compressed VSAM file as SORTIN in CI MODE. SYNCSORT calls VCP
    from SOFTWORKS. VCP returns ACBERFLG x'98' telling SYNCSORT
    to turn off CI MODE and reissue the OPEN. The problem is
    DDNAME is not being passaed back in ACB so the reissue of
    the open fails. Contact SOFTWORKS for ZAP SWAK016.128
    #61) ABEND0C4 in IGG0CLXD at or near x'34A' depending
    upon clxd rmid. OEM csect PDSEASY of PDSMAN product
    from CA issued invalid SVC 26. OEM fix number 73065 for
    v7.3.0
    #62 - ABEND0c4 PIC10 ( ABEND0c4-10 ) doing DELETE/DEFINE of
          VSAM Cluster.  The DELETE/DEFINE seems to work OK but
          get abend so something isn't right.  Narrowed to CAS9
          init for CA-1 (L052INIT).  CA-1 5.2 users receiving S0c4
          in TMSSMFCT on OS390 2.4 should apply CA-1 APAR LO29968.
    #63) ABEND0C4 with snap dump showing load mod and csect
         unknown. PSW points into TMSSFMCT, same as in number
         62 above this entry. SNAP DUMP indicates CATALOG
         ASID. Solution is same as in 62 above, CA fix L029968.
    #64) Initial symptom is of an ispf 3.4 ds list with generic
         character tso userid goes into wait and has to be
         cancelled. I.e., "HLQ.2LQ.**" as ds list search argument.
         Other HLQ's may work fine. Root of the problem is an
         INVALID DSNAME in the catalog. The name matches the
         hlq.2lq in the dslist argument. The dsname is 44
         characters long and ends with a period '.', x'4B'. OEM
         CHANGE ACTION / Mazda Software (CONTROLM / NEW DIMENSION)
         via jcl its own program in a job step. A user supplied
         DD card has a dsname with HLQ and some number of other
         qualifiers. The OEM product does a read JFCB of the ds
         after MVS allocation has built the JFCB ( and thus after
         mvs allocation dsname convention checking is completed )
         and appends to the dsname other qualifiers which are a
         date and timestamp which appear similar to a system
         generated temp dsnames qualifiers. For example:
         Dyyyyddd.Thhmmss.dddmmmdd. If the original qualifiers of
         the dsname are of a length that adding these new OEM
         generated qualifiers makes the dsname longer than 44
         characters the OEM product "trims" the dsname to 44
         characters. But it does not check the final 44th
         character for validity. Mazda Software has a ZAP available
         which will verify the last character so that an invalid
         dsname ending in a period is not created. RDJFCB.
    #65) ABEND0C4 in CAS CSECT IGG0CLHC. IGG0CLHC is a catalog
         recovery routine. This abend is the result of a string
         of prior abends in OEM product Sunrise from Panorama
         Software. OEM csect with eyecatcher:
               SUNSXR  MOVESM
               SRB_MOVE08/29/97
               13.48   ........
         OEM vendor offered fix number SC12190 as POSSIBLE
         solution to the s0c4 in OEM code.
    #66) ABEND0C4 in IDA0192A +x'45A0'. Using BMC Software
         utility package. OEM vendor zap number 334314
         affecting BMC csect DLIGBCDE in lomds DLIGCIRQ
         DLIGBCDE, DLIUWRTR.
    #67) Computer Associates CA/ENF product can cause a problem of
         large chunks of sp230 key0 storage being used up.  Fix is
         LO15097.
    #68) Using OEM FDR to convert non sms managed volser to
         sms managed receive msgidc3009i rc50 rsn98 "request
         to write a VVR and the containing CI was bad".
         OEM FDR fix number p521313 for version 52/66p.
    #69) CICS transactions hang with Wait for I/O or Close
         processing hangs with Wait for I/O.  Problem due to overlay
         of PLH header and PLH. ZAP available from IAM by Innovation
    #70) Toby is trying to delete an SMS managed VSAM data set
       from TSO; gets MSGIDC3009I RC8 RSN14 - GDG dataset could
       not be found but it is not a GDG data set.  Delete works
       from batch job.  Resolved by TRX V5 fix "ZAP 16".
    #71) ABend0c4 in cas csect IGG0CLHC preceeded by a series
         of S0C4's in OEM SUNRISE product with first of these
         abends in oem csect SUNSXR. OEM vendor PANORAMA supplied
         fix number SC12190.
    

Local fix

  • #72 MSGIEC161I rc080 rc80 rsn053 rsn53 idcams repro
        with MSGIDC3351I VSAM OPEN RETURN CODE IS 160
        BOOLE & BABBAGE vendor product PROSMS fix number
        PR352PD9 for prosms R350 and above.
    #73 ABEND0C4 PIC11 ( abend0c4-11 ) in ICYDIE (uw28074) at
        offset x'040c' due to reg3 ( r3 ), MMRE address, not
        being available.  An ABEND0c4 in ICYDIE may be caused
        by a page fix ( fixing ) problem.  In this case Softworks
        VSAM ASSIST release 6.6.0 had a known problem, release
        6.6.1 corrects page fixing problem.
    #74)ABEND0C4 occurred in IDA0192A, ptf level UW42927,
        at offset x'3358' while we were accessing the VSI chain
        due to a VSI overlay. The data string from the overlay
        pointed back to a screen image from ETF/A
        The "formal" product name is "EKC Test Facility for ACF2",
        or ETF/A. The vendor name is Eberhard Klemens Company,
        or EKC. The PTF number is LDS9804. This problem occurs
        under Version 1.5 of ETF/A.
    #75) ABEND878 or ABEND80A in batch job or started task
         resulting from recursive svc 26 issued by STERLING
         COMPRESS. OEM Vendor STERLING for COMPRESS product
         APAR number is SA03813.
    #76) ABEND0C4 in module IDA0192B at offset 1490. IDA0192B is at
         UW39119, R8 is bad X'40404040',msgiec199i IFG0TC0A IFG0TC0B
         due to VSI overlay. The OEM vendor is ETFA and its fix is
         LDS9804, the software is called Firecall.
    #77) LISTCAT CATALOG(cat.name) ALL performance very slow.
         OEM product FDR used as data set "archiver". FDR
         has an ABR option MIGRAT=YES. FDR documentation
         suggests this option be set for sms managed volsers
         in the fdr abr manual. If MIGRAT is not set to yes
         by fdr option then when fdr "archives" equivalent of
         migrates a ds the volser in the ds BCS entry is not
         changed from the original volser name to "MIGRAT".
         When LISTC ALL runs it allocates the sys1.vvds for each
         ds it finds in the BCS ( where the volser is not MIGRAT).
         It then searches this vvds for the vvr or nvr of the ds.
         When the ds has been archived by FDR the vvr or NVR does
         not exist and cannot be found. Catalog apars including
         ow12798 permit the listcat to continue and finish even
         when such ds's are not found, but the i/o to allocate
         then search every sys1.vvds for vvr's and nvr's which
         do not exist can take a lot of time. In the case reported
         from which this item is derived the listcat all took
         5 1/2 hours with migrat not = yes. When migrat=yes was
         set and all existing archived ds bcs entries were also
         set to MIGRAT the same listcat all took 36 minutes.
    #78) Uncatalog of a ds ends with rc0 but ds remains
         cataloged. Customer tries to uncatalog a ds using
         ISPF. ISPF msgisru148 issued.
         OEM product TRX from OEM vendor OES Inc.
         Zap provided TRXZAP29.
    #79  SMF Type 65 record, SMF65, Type65, Delete,
         not written for GDS, G0000V00, Roll-off,
         Roll Off, after +1 Allocation, is fixed
         by CA-1 L029908.
    #80  5/22/98 - OS/390 2.5 system with DFSMS 1.4
         catalog address space abend0c4-10 13a into
         TMSSMFCT on a cli 953d9005. TMSSMFCT is a
         CA-1 module. Fix is L029968.
    #81) ENQ hang on major resource name SYSVSAM minor name
         VSICHAIN. The VSICHAIN pointer was overlayed at
         x'8' of a vsi on the chain.
         Problem reported caused by AMDAHL product TDMF version
         1.3. OEM fix number #Z93054 Z93054 for tdmf 1.3 only.
    #82) Under MVS 5.2 DFSMS 1.3 (r1c0) catalog passwords allow
         unauthorized users to update catalog.  Security package
         is ACF2 and their fix LO27022 corrects problem.
    #83) CICS receives 0C4/AKEA at offset x'FFFFFFFF' in AFCP2060.
         The PSW points to CSECT IDA019C1 in module IDA019L1.
         Fixed by Compuware Xpediter ZAP T401307L PTF: XD08307.
    #84) ABEND0C9 RSN00301314 RC9 in ICYFRR with MSGIEC070I
         104-204. OEM product SCC building incomplete EDB
         ( Extent Definition Block ) causing Media Manager to
         use 00000000 for LPMB address.
    #85) MSGIEC161I RC37 - unexpected RC SFI (RC48
         incorrect VSAM cat function, RSN56 - DS update
         inhibited cas csect igg0clfq).
         OEM VENDOR product VCP zap number SWAK003.128.
    #86) 06/25/98 - OS/390 1.3 DFSMS 1.3 HCD option 6.2 gets
         MSGIDC3012I entry not found and MSGIDC3009I RC8 RSN36
         igg0clem when copying iodf file. Unspecified fix(es)
         to TRX from vendor OES resolves symptom.
    #87) 98/07/06 ACF2/MVS R6.1    MSGIEC614I on RENAME
         SAF 3RD PARTY AUTH INCORRECT VALIDATION W/GO36920
         CODE ADDED UNDER PROBLEM 1236 CHECKS FOR SYSTEM ADDRESS
         SPACE ON THE UTOKEN OF A 3RD PARTY AUTH CALL.
         IF NO UTOKEN IS PASSED WE ARE CHECKING LOWCORE STORAGE. THE
         FIX WILL VERIFY THAT A UTOKEN WAS PASSED BEFORE USING IT.
         PROBLEM CAUSED BY TA3928C, TA3928D and TA3928X
         PROBLEM RESOLVED BY NEW VERSIONS OF TA3928C and TA3928D,
         and NEW FIX TA4220C
    #88) 98/07/06 Receive msgIEC161i 052-084 ( RC52 RSN84 ) when a
         batch job opens a VSAM data set with DISP=SHR for output.
         Program open the file for output and then calls another
         program that also opens the same file for output--does NOT
         fail under r1B0 but does fail under r1C0.  VIO PLUS is
         being used, when it (VIO PLUS) is bypassed they do not see
         problem, when it is used they see problem.  Performance
         Solutions working on fix but it is not yet available.
    #89) Users of SmartBatch For OS/390 (HACH101
         and HACH201) DATA ACCELERATOR Component.
         CATALOG hang and F CATALOG,RESTART does
         not clear it up. SmartBatch apar PQ14991.
         ABEND71A may be seen first.
    #90) MSGIEC070i 210-212 call to sms VTOC/DS services for
         ALTER ADDVOL unsuccessful. STERLING SOFTWARE
         SOFTWORKS product. Solution: install version 2.1.
    #91) REPRO job gets MSGIEC161I RC25 RSN82.  This error
         indicates a failure while attempting to use VSAM
         concatenated data sets.  But, the user is not using
         concatenation.
          STERLING SOFTWARE
          SAMS:ALLOCATE
          FIXING PTF IS SS03779
    #92) A VSAM KSDS runs correctly with COBOL II Run Time Lib
         but when they add LE Run Time Lib in the Steplib, the
         VSAM 'DELETE' statement gets STATUS CODE=90, RC08 and
         VSAM FEEDBACK=064.
           Fixed by Ultimus Corp.'s ULTIMIZER Rel 2.0
    #93) ENQ hang on catalog major resource SYSIGGV2 minor
         resource = icf user or master cat. D GRS,C command
         shows cas TCB holding the resource. SUMM FORMAT REGS
         shows this TCB last issued a SVC 53 ( SMF record
         write ) under its RB. TCB registers point to OEM
         SMF record processing product SUNRISE from Panorama
         Software.
    .00.SUNSXR  0410
    9825SD10080 1998
    070911.55 .6.Y..
    ...6.\COPYRIGHT
    1995-1998 PANORA
    MA SOFTWARE CORP
    ORATION . .\....
    Panorama Sunrise fix number SD10096:
        SUNSXR CAN CAUSE A TASK WRITING AN SMF RECORD THAT SUNRISE
        TRACKS TO LOOP. THIS CONDITION CAN ONLY OCCUR IF A TASK IS
        INTERRUPTED BETWEEN ADDING AN SMF RECORD TO THE CELL
        POINTER. TABLE AND UPDATING THE DATASPACE WRITE ADDRESS.
        THIS FIX REMOVES THE POSSIBILITY OF A LOOP.
    #94) CSA or SQA shortage in sp241 or sp245. Possible
         abend80a, abend878. Using Softworks TERRASAM
         product involved in batch allocations of VSAM ds's.
         TERRASAM dynamically increases the STRNGNO coded by
         the customer or taken as default by 10. Thus if STRNGNO
         was originally 1 TERRASAM makes it 10. A dump of the
         batch job asid would show a string of apparently
         invalid VSRB's ( see info apar II08940 for a diagnostic
         approach to confirm if the VSRB's are "valid" or not ).
         Problem can be circumvented with a " custom ZAP "
         provided by Softworks for TERRASAM which removes the
         code to bump the strngno count by 10, or with use
         of another Sogtworks product PERFORMANCE SOLUTION/VIO+.
         Code P S/VIO+ parm NSRCB31 in the P S/VIO+ control
         file or individually as dsname override. Contact the
         OEM vendor if further details are needed.
    #95) Catalog CPU usage at 100%. Active tcb for cas asid
         identified via system trace. Registers point into
         OEM SUNRISE product from Panorama Software. This is
         much the same as point #26 of info apar ii10001.
         In this current case the OEM vendor has provided fixes
         SD10096 with pre-req sd10087.
    #96) MSGIDC3351I VSAM I/O RC=28, rplfdbwd=X'2901001C'
         with ICF catalogs after applying ow32008 and
         ow33186 using Sterling Software SAMS ALLOCATE.
         OEM PTF number SS04257.
    #97) Using NDM user exit DMGALRCL exit not being driven
         for ds's with volser=migrat.
         In NDM to connect direct you have to invoke
         (INVOKE.ALLOCATION.EXIT=BOTH) has to be in
         start-up parameter in order to inable DMGALRCL exit.
    #98) 980916 Abend0c4 in CAS on a 5840ce68. Module eyecatcher
         CX10DIER from Boole & Babbage. Resolved via MAINVIEW
         PUT level 9801.
    #99) ENQ lockout with MASTER asid holding exclusive enq on
       major resource SYSIEFSD. A dump of master shows its current
       RB with PSW at or near x'160' of cvaf csect ICVCMI03, loadmod
       IGC0013i. Similar to apar ow21240 closed RET. OEM h/w box
       from CNT vendor functions as channel extension box to allow
       DASD to connect to multiple remote sites. On a VARY OFFLINE
       of dasd a bad circuit card in the cnt box caused this hang.
    SECOND SYMPTOM: Same hang in ICVCMI03, but of HSM ASID. DASD
       device had been accidentally powered off during maintenance.
    
    #100) Sterling Software's SAMS ALLOCATE release 5.3.0 maint.
         level PV9835 causes msgIDC3009i RC50 RSN12 ( 050-012 )
         when initializing DASD volumes.  Backing off maintenance
         and problem no longer occurs.
         The fix that requires removal is
         fix # SS04163.
    The circumvention is to disable SAMS ALLOCATE on a test system
    and using that system allocate any needed VVDS's.
    
    #101) 100298 Abend05C rc210 (rc0210) in initiator attempting to
          dynamically allocate a usercat. ACF2 apar number TA4315D.
    #102) Logdata indicates ABEND0c4 PIC11 in CSECT IDA0557B load
         module IDA0192A.  However, the PSW (070c2000 901c3076)
         points to V37VSAM offset x'246e' where the instruction is
         D600D2BA7003 (an OC).  The following was copied from right
         side of dump and identifies an OEM module:
              V37VSAM...}....
              1.c8.V37VSAM 11
              .32 08/11/98 COP
              YRIGHT 1998 LABS
         Customer indicated that problem is with Sterling Soft-
         ware's SAMS/Compress (aka SHRINK).  The fix# is SA04312.
         NOTE:  Customer reported this problem as ABEND0c4 at +717
                in IDA01924 (probably IDA0192A), however, I was
                unable to verify this from dump.
    #103) After applying uw51297 or uw51298 from ow34078
          and ow35049 OEM SAMS ALLOCATE from Sterling
          Software did not get invoked at VSAM EOV to extend
          a DS. Sterling fix number SA04209.
    #104) Abend0c4 in IDA0557A +x'ED2' with bad pointer to UCB
          in VDT CB. Pointer has EBCDIC, not valid address. Also,
          ABEND878 - 14 rc14 on getmain issued by ida0557a due to
          bad parm list caused by overlayed overlaid overlay VDT.
          OEM product ACC/SRS from Mitchem Technology. Mitchem
          has a ZAP available for module ACC0000 in CSECT ACC2083
          for V2.2 and in module ACCR210$ in CSECT ACC2083 for V2.1.
    

Problem summary

Problem conclusion

Temporary fix

Comments

  • vsambug infoapar2
    

APAR Information

  • APAR number

    II11013

  • Reported component name

    V2 LIB INFO ITE

  • Reported component ID

    INFOV2LIB

  • Reported release

    001

  • Status

    CLOSED CAN

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    1998-01-21

  • Closed date

    2000-01-03

  • Last modified date

    2005-10-20

  • 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



Rate this page:

(0 users)Average rating

Add comments

Document information


More support for:

z/OS family

Software version:

001

Operating system(s):

MVS, OS/390, z/OS

Reference #:

II11013

Modified date:

2005-10-20

Translate my page

Machine Translation

Content navigation