The only use made of VM's stand-alone dump that I can recall in my 33 years with VM was to take a dump of a TPF system. PSW Restart always worked when we needed to force a dump. We simply had to teach the operators the sequence Store Status, System Reset, PSW Restart. They often substituted System Reset Clear.
Regards, Richard Schuh -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Stracka, James (GTI) Sent: Tuesday, August 08, 2006 10:00 AM To: [email protected] Subject: Re: Stand Alone Dump to Disk I have been doing VM for over 22 years and have NEVER done a stand-alone dump. -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Ackerman Sent: Tuesday, August 08, 2006 12:56 PM To: [email protected] Subject: Stand Alone Dump to Disk We were asked to update our stand-alone dump procedures. We don't use stand-alone dump very often, and the list of tape drives to use had gotten badly out of date. We discovered that z/OS can take a stand-alone dump to disk. We get more involved in DASD address changes than in tape address changes (we have to move the data), so we would find it easier to keep a list of DASD addresses up-to-date. We run "lights-out" data centers, so operations would prefer not to have to mount a tape half-way across the country. Is there some way to take a stand-alone dump to DASD for VM? If not, would this be worth a SHARE requirement? z/OS apparantly requires stand-alone dumps more often that VM. When a z/OS system fails, it "varies itself out of the plex" -- at which point our operations is instructed to take a stand-alone dump. I'm not sure when we really need a VM stand-alone dump. Usually a PSW restaret will get us a dump. How often do you use stand-alone dumps? -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------
