Shane was getting creative with... > > Run it in batch - I do for SADumps. > > However ... > A nice CIM server address space for IPCS might be an idea. And an open > sourced client so we can VPN from home and look at dumps from a decent > (Linux) system ... > Now that's starting to sound usable. > And if you really had to I guess you could use the same client on USS on > the host.
I've toyed with the idea of connecting a subsystem dataset to the input and output streams of a "batch" instance of IPCS and driving it interactively through a nice gui. It has never been high enough priority to do more than tinker with it and now I have no time at all for it. But... all that aside, I really think dumps are a dying breed. We got away with dumping everything in the 24-bit world, despite the fact that the I/O devices were slower than dirt. We teetered on the edge of the precipice with XA and ESA just knocked us over the cliff. We've collectively been in denial about that ever since, but 64-bit is putting it completely beyond debate. Bottom line, we can't just keep mindlessly dumping "everything" in hopes of catching the culprit. The dumps take too long to capture and process and we're getting to the point where they can't be captured at all. We're going to need a more intelligent approach to first failure data capture or we're going to be in a world of hurt. CC ---------------------------------------------------------------------- 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
