http://www-01.ibm.com/support/docview.wss?uid=isg1OA22267
Not new but Kathy Walsh talked about this HIPER APAR OA22267 in session 2500 at SHARE in San Jose. It was closed about 10 months ago. "Multiple instances of TDUMP (Transaction Dump) can lead to central and aux shortages and potentially a WAIT03C IEAVTDMP is changed to issue an ENQ on SYSIEA01.TDUMPENQ to serialize TDUMPS within an address space Reject requests (RC08 RSN3B) while the ENQ is unavailable" We turned off TDUMPS previously. They were introduced in z/OS 1.8 but we found they just littered the DASD farm and we have never had a request from IBM or anyone else to get one to debug a problem. The application developers use ABEND-AID or more frequently ignore dumps and debug using XPEDITER and other tools. If we did use them I would think we would need to provide automatic cleanup via a unique second level qualifier and an assigned management class. There doesn't seem to be a way to specify via LE PARMs SMS classes for the dynamic allocation. If we used them I would put in a requirement. Someone probably should. Since SVC dump already allowed you to specify DATA=,MGMT=,STOR= I don't understand why TDUMP didn't include the same capability? IBM default is DYNDUMP(*USERID,NODYNAMIC,TDUMP), We change it in all LE options entries in .PARMLIB(CEEPRMxx) to NOTDUMP DYNDUMP(*USERID,NODYNAMIC,NOTDUMP), This can always be overridden for a single job if we needed one. Anyway this is interesting in that if you didn't notice these things getting sprinkled on the DASD farm and turn them off now maybe you have another reason to. Has anyone found TDUMP useful or necessary? Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Murphy's Computer Law 15: Program results should always be reproducible. They should all fail in the same way. ==================== This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. ---------------------------------------------------------------------- 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