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.

 
Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY 

----------------------------------------------------------------------
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

Reply via email to