On Fri, 31 Aug 2007 13:22:33 -0400 Jim Mulder <[EMAIL PROTECTED]> wrote:
:>IBM Mainframe Discussion List <[email protected]> wrote on 08/31/2007 :>12:55:59 PM: :>> The advice I've heeded for years is NOT to perform STORE STATUS for :>> standalone dump because MVS itself sets a flag that requests STORE :>STATUS :>> on the next IPL in the same LPAR. So manual action is not only :>unnecessary, :>> but you might inadvertently get status stored from SAD itself rather :>than :>> from the running OS. That would be appropriate only if you're trying to :>> debug standalone dump code. :>>From the archives: :>http://bama.ua.edu/cgi-bin/wa?A2=ind0403&L=ibm-main&P=R9199&I=1&X=- :>>>archive start :>Subject: Re: Stand-Alone Dump Questions :>From: Jim Mulder <[EMAIL PROTECTED]> :>Reply-To: IBM Mainframe Discussion List <[email protected]> :>Date: Tue, 2 Mar 2004 14:28:00 -0500 :>Content-Type: text/plain :>> >I've seen posting from Greg Dyck that say not to set store status, :>> >because it's already done for you by z/OS. :>> That doesn't make sense. You use a SA dump when z/OS is dead in the :>> water. I suspect that he was telling you not to do a double store :>> status. :> During IPL processing, MVS tells the machine to do a store status :>as part of the next LOAD (IPL) operation under the assumption that :>the next LOAD *might* be an IPL of SA dump. If it isn't, no harm is :>done. This function was introduced in MVS/370 SP1.3 as part of the :>RAS enhancements package for the 3033 processor, to deal with the :>problem of operators forgetting to do a store status. Unfortunately, :>VM never implemented this function (unless it was done recently :>and I didn't hear about it), so you still need to do it manually :>when running MVS on VM. :>>>archive end :> One update: :>That support was added to z/VM 5.1, which became generally available in :>September, 2004. Can issuing a STORE STATUS directly hurt? Or does the IPL store status save the exact same data? -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. ---------------------------------------------------------------------- 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
