On Thu, 14 Jan 2010 15:06:21 -0600, Tim Hare <[email protected]> wrote:
> >SMFDUMP has a problem sometimes where it hangs. I haven't seen an >enqueue cause. I haven't taken a dump of it yet but I suspect that it is >when the SMF datasets on the sandbox system, rarely dumped, are full, and >that somehow causes a problem. > Do you dump to DASD and does the output volume have any data sets that could cause a reserve or do you share the volume with another environment? I had that problem long ago and so I commented out the RESERVE and DEQ (I have no idea why the output dsn on disk would need a reserve to begin with). Here are the comments in my code: *********************************************************************** * THIS IS THE SAMPLE SMFDUMP PROGRAM TAKEN FROM CPAC.SAMPLIB * * AS IS, EXCEPT THE RESERVE FOR A DUMPOUT ON DASD HAS BEEN REMOVED. * * SIX LINES OF CODE WERE COMMENTED OUT. FIND 'MSZ' FOR THE LINES. * * * * I ALSO CHANGED A MULTI LINE WTO - BROKE WITH OS/390 2.8 * * WTO TEXT=(MSG1,MSG2),MF=(E,MSG007) ISSUE MSG * * WAS CHANGED TO: * * WTO TEXT=((MSG1,),(MSG2,)),MF=(E,MSG007) * * MARK ZELDEN 01/27/2000 * *********************************************************************** Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[email protected] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html ---------------------------------------------------------------------- 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
