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