II11013: OEM BUGS IN VSAM, CAT. & IDCAMS CAUSED BY OEM PROGRAMS OR OTHER IBM PRODUCTS. SEE II10001/11513/12140/12615/13278/14105
Closed as canceled.
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.
#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.
Reported component name
V2 LIB INFO ITE
Reported component ID
Last modified date
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Applicable component levels
More support for:
Software version: 001
Operating system(s): MVS, OS/390, z/OS
Reference #: II11013
Modified date: 20 October 2005
Translate this page: