IBM Mainframe Discussion List <IBM-MAIN@BAMA.UA.EDU> wrote on 06/28/2005 10:18:52 AM:
> Ed Finnell wrote: > > > > >In a message dated 6/28/2005 6:56:15 A.M. Central Standard Time, > >[EMAIL PROTECTED] writes: > > > >That might indicate a mismatch between your exit definitions and your > >MIGLIB. Are you using the new exit definitions from z/OS or did you > >carry the old definitions forward from OS/390? > > > > > > > > > > > >As Brian and Jim reaffirmed, IPCSPARM is probably first place to > >look. As I thought about this(don't have a 1.6 system). Could > >be procedural in moving old panels and datasets to new system > >or having old panels and libraries ahead of 1.6 libraries in > >LOGON proc. Didn't say how it was built, in prior releases there's > >a sample CLIST ISPPDF that does the basic allocations and fires > >up a support menu. Might do a comparison with that and LOGON proc > >to spot obvious differences.... > > > > It seems that the systems man made some changes to the zOS to fix this > problem before he left. He did not say what he did to fix it, and it > will be a couple of weeks before I can find out what he did. > > This problem has gone away. Now I have a new problem. The VSM > component abends with an 0C4 rc4. > > System ABEND 0C4, reason code > 0004 > PSW 078D1000 917BBEE4, module IGVSFMAN, CSECT*UNKNOWN, offset > EE54 > Instruction area 40005050 9000BF0F 4008A784, ILC 2, INTC 0004, TEA > 117B9004 > GPR 0R 117CBBC0 1R 117CB128 2R 00FD6BB8 3R > 917BA8B6 > GPR 4R 117B9268 5R 00097000 6R 00000420 7R > 00001000 > GPR 8R 0005B000 9R 117B9298 10R 0005B000 11R > 117AFD2B > GPR 12R 117BC598 13R 116021F8 14R 117B92E8 15R 917BBA3E > > I get about 2+ pages of the VSM report before this abend occurs. The > bad news is that for this problem, I'm looking for a memory leak. So > the VSM reports would be my initial focus. > > I have checked the allocated libraries and see only the Z6RESx packs > used for the SBLS libraries. There are no OS390 packs showing on any > files allocated to my TSO session. So I'm comfortable that it seems > that I'm using the new zOS definitions rather than the older OS390 version. > > The IPCSPARM dataset was not specifically allocated. When I manually > allocated the file and went into IPCS, it still abended. > > FWIW, I am looking at an SVC dump created on z/OS 1.4. My system is > z/OS 1.6. > > I do not have access to IBM to find out if there are any APARS for this > problem. I'll have to wait until my system guy gets back in about 2 weeks. > > In the mean time, I'll continue to look over the procs, and libraries. > My first stop today will be the MIGLIB as mentioned earlier. > > I'll also be checking with a vendor over the XPEDITOR product to see if > that might be interfering with my IPCS system. > > OA10104 (PTF UA16888) should fix the 0C4 abend in the z/OS 1.6 VERBX VSMDATA. However, if you are processing a z/OS 1.4 dump on a z/OS 1.6 system. you should be STEPLIBing or TSOLIBing to a z/OS 1.4 SYS1.MIGLIB, as well as the z/OS 1.4 PARMLIB for IPCAPARM, etc. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html