> IBM is able to read them. They might request the SA dump if you report > the problem and you will be glad you took it.
I disagree. Sort of. The customer had asked IBM "Why did the restart of SMSPDSE1 not complete?" and the customer had given IBM an sadump. IBM support said that they cannot answer that question and that the customer should reproduce the problem and take another set of docs (not an sadump) that PDSE support is familiar with. The question "Why did SMSPDSE1 restart not complete?" was easily answerable from the sadump. The restart did not complete because there was unresolved contention on SYSIEFSD Q10. That ENQ was held in an authorized multitasking batch TSO address space that uses PDSE data sets. It had been held since *before* the SMSPDSE1 address space was terminated, and the customer had been fighting PDSE latch contention with the freelatch command for quite a while before Q10 got irrevocably held. So, yes, if you know what you're doing, a properly handled sadump will answer almost any question. Heavy emphasis on the 'if you know what you're doing'. I just don't think that many IBM support groups have a grasp on how to read a dump, much less an sadump. And many of those who have the mechanics of IPCS down have no knowledge how to interpret the clues that the sa/dump gives them. There are a few dinosaurs left who do, but when Ed Jaffe and I are among the 'youngsters' in that group - it speaks volumes for the platform. Barbara ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
