>IBM default is DYNDUMP(*USERID,NODYNAMIC,TDUMP), >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? We are using Fault Analyzer, which writes a TDUMP whenever it cannot do anything else. That TDUMP could later be used to analyze the fault. Fault Analyzer very conveniently also picks up after itself and deletes its own tdumps when it cleans up the fault history file. And then we run the brave new world called 'the brokers', which is my generalized not quite correct name for a bunch of address spaces. They also write TDUMPs, or rather, JAVA does. Liberally sprinkled, as Sam puts it, until we noticed (because these things run as STCs and the STC userids here are not allowed to allocate datasets) via lots of RACF violations and forced JAVA to use the same HLQ that we had already in place for Fault Analyzer. And yes, IBM had a look at those, because there was nothing else available for a sev1 production problem! Best regards, Barbara Nitz -- Psssst! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03 ---------------------------------------------------------------------- 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
