On Tue, 20 Apr 2010 12:39:22 -0400, Tony Harminc <[email protected]> wrote:
>On 20 April 2010 12:35, Mark Zelden <[email protected]> wrote: > >> There is also a QUIESCE command, which puts the system in a x'CCC' >> wait state that is restartable. You wouldn't want to normally do that >> these days. > 1) If you still run a FEP (front end processor), it keeps running. It really doesn't like the fact that the host system went away and you didn't tell it. I've seen NCPs crash after this and even VTAM once you restarted the system. I admit I haven't done this in a very long time.. 2) Same issue with TCPIP. Although I suspect connections / links would just timeout and fail. It would look like a crashed system after a short period of time. 3) SYSPLEX / **GRS / MIM or anything else that relies on "heart beats" from a healthy system. I could name a bunch of other ISV products I know of also, but I won't. ** (this note from the operator commands manual): If this system is actively using global resource serialization to share global resources and the global resource serialization complex is not the same as the sysplex, issue a VARY GRS (*),QUIESCE command before issuing the QUIESCE command. Issuing a VARY GRS (*),QUIESCE command before issuing the QUIESCE command prevents the disruption of the global resource serialization ring. So it's a similar theme for all of these. There is so much connectivity from z/OS to other platforms and systems, you can't really live with a quiesced system and restart it. You might as well shut it down nicely and do a system reset. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:[email protected] Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ ---------------------------------------------------------------------- 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
