actually, Abendaid can handle both its own dumps and MVS svc dumps. we have no problem importing MVS system dumps that have dsn's created from DAE. The current documentation explicitly states that the SYS1 dump should first be copied to another name before importing.
in the older releases, Abendaid dumps could be written and automatically imported via the SVC 51 interface. Now, Abendaid did away with the svc 51 interface processing and requires the post dump exit to be used to auto import. Since post dump exit is already being used and the MVS group does not want us using it, we can no longer auto import. we could still write Abendaid type dumps with its own names, but we have had space problems with this (we needed to set up special SMS classes to control the allocation) and the dumps would still have to be manually imported. Compuware suggests that these type of dumps no longer be used. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Thursday, November 29, 2007 12:28 PM To: [email protected] Subject: Re: Changing name of SYS1.DUMP datasets > -----Original Message----- > From: IBM Mainframe Discussion List On Behalf Of Barkow, Eileen > > thank you John for the info about DAE. > > We are running DAE in all our other lpars but those are > controlled by a different group and the people controlling > the non-DAE lpar are busy with other things, or so they claim. > But maybe some day they will come around if we have a real > justification for DAE besides Abendaid not working with > SYS1.DUMP datasets which is a subject we will have to take up > with Compuware - i see no reason why the dump dataset name > would matter to them. I doubt the dump dataset name matters to Abendaid (other than that SYS1.DUMPnn is already "owned" by MVS). More likely that Abendaid doesn't directly "understand" the format of SDUMPs as written by MVS. I haven't worked with Abendaid in several years, but as I recall Abendaid "intercepts" dump requests and writes them to its own dump file in its own proprietary format. -jc- ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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
