Re: Stopping zOS

2010-04-20 Thread Gerhard Postpischil
On 4/20/2010 12:28 PM, Mark Pace wrote: But then what actually stops zOS? SHUTDOWN in z/VM causes VM to go into a disabled wait. Does anything on zOS do the same thing? QUIESCE Gerhard Postpischil Bradford, VT -- For IBM-M

Re: Stopping zOS

2010-04-20 Thread Mark Zelden
On Tue, 20 Apr 2010 12:28:05 -0400, Mark Pace wrote: >How do you stop zOS? >I stop all the subsystems, then stop JES, and finally >Z EOD > >But then what actually stops zOS? SHUTDOWN in z/VM causes VM to go into a >disabled wait. Does anything on zOS do the same thing? > Only in a sysplex of s

Re: Stopping zOS

2010-04-20 Thread McKown, John
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace > Sent: Tuesday, April 20, 2010 11:28 AM > To: IBM-MAIN@bama.ua.edu > Subject: Stopping zOS > > How do you stop zOS? > I stop all the subsystems, then stop JES, and finally >

Re: Stopping zOS

2010-04-20 Thread Tony Harminc
On 20 April 2010 12:35, Mark Zelden 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. Why? Tony H. -- For IBM-MAI

Re: Stopping zOS

2010-04-20 Thread McKown, John
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Harminc > Sent: Tuesday, April 20, 2010 11:39 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Stopping zOS > > On 20 April 2010 12:35, Mark Zelden wrote

Re: Stopping zOS

2010-04-20 Thread carlos roberto visconde
.ua.edu] On Behalf Of Tony Harminc > > Sent: Tuesday, April 20, 2010 11:39 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: Stopping zOS > > > > On 20 April 2010 12:35, Mark Zelden wrote: > > > > > There is also a QUIESCE command, which puts the system

Re: Stopping zOS

2010-04-20 Thread Mark Zelden
On Tue, 20 Apr 2010 12:39:22 -0400, Tony Harminc wrote: >On 20 April 2010 12:35, Mark Zelden 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 (fron

Re: Stopping zOS

2010-04-20 Thread Gibney, Dave
> -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of McKown, John > Sent: Tuesday, April 20, 2010 9:57 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Stopping zOS > > > -Original Message- > > Fr

Re: Stopping zOS

2010-04-20 Thread Tony Harminc
On 20 April 2010 12:39, Tony Harminc wrote: > On 20 April 2010 12:35, Mark Zelden 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. > > Why? I didn't phrase my question clearly;

Re: Stopping zOS

2010-04-20 Thread R.S.
McKown, John pisze: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Harminc Sent: Tuesday, April 20, 2010 11:39 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Stopping zOS On 20 April 2010 12:35, Mark Zelden wrote: There is also a

Re: Stopping zOS

2010-04-21 Thread Elardus Engelbrecht
carlos roberto visconde wrote: >C DFSCMF What is that? >#STOP (RACF) Only needed if you're using RACF remote sharing facility. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instruc

Re: Stopping zOS

2010-04-21 Thread Vernooij, CP - SPLXM
"carlos roberto visconde" wrote in message news:... > Try: > > $P > > P RMF > > P TSO > > P SDSF > > Z NET,QUICK > > F BPXOINIT,SHUTDOWN=FORKINIT > > F OMVS,STOPPFS=ZFS > > F OMVS,SHUTDOWN > > C DFSCMF > > $PJES2 > > #STOP (RACF) > > sds, > visconde After stopping all these subsystems

Re: Stopping zOS

2010-04-21 Thread Elardus Engelbrecht
Vernooij, CP wrote: >After stopping all these subsystems, z/OS is still running. ;-) running, running and running while waiting for that magic command: Z EOD Thats one magic system, not subsystem. ;-D and perhaps if needed also that V XCF,... and reply after that. ;-D Groete / Greetings Elar

Re: Stopping zOS

2010-04-21 Thread Vernooij, CP - SPLXM
"Elardus Engelbrecht" wrote in message news:... > Vernooij, CP wrote: > > >After stopping all these subsystems, z/OS is still running. ;-) > > running, running and running while waiting for that magic command: Z EOD No, Z EOD closes some logs etc., but z/OS still keeps on running. > > Thats

Re: Stopping zOS

2010-04-21 Thread Tony Harminc
On 21 April 2010 02:41, R.S. wrote: > IMHO the best way to stop I/O and clear or the reservations is to use HMC > Reset icon. Sure - it stops the I/O and resets the state of just about everything. So does a really big hammer, when swung by a skilled hand. But what happens to a DASD write operat

Re: Stopping zOS

2010-04-21 Thread R.S.
Tony Harminc pisze: On 21 April 2010 02:41, R.S. wrote: IMHO the best way to stop I/O and clear [errata:] ALL the reservations is to use HMC Reset icon. Sure - it stops the I/O and resets the state of just about everything. So does a really big hammer, when swung by a skilled hand. But what

Re: Stopping zOS

2010-04-21 Thread Tony Harminc
On 21 April 2010 10:56, R.S. wrote: >>> IMHO the best way to stop I/O and clear [errata:] ALL the reservations is >>> to use HMC Reset icon. >> >> Sure - it stops the I/O and resets the state of just about everything. >> So does a really big hammer, when swung by a skilled hand. But what >> happe

Re: Stopping zOS

2010-04-21 Thread Mark Zelden
On Wed, 21 Apr 2010 10:44:13 -0400, Tony Harminc wrote: >On 21 April 2010 02:41, R.S. wrote: > >> IMHO the best way to stop I/O and clear or the reservations is to use HMC Reset icon. > >Sure - it stops the I/O and resets the state of just about everything. >So does a really big hammer, when swu

Re: Stopping zOS

2010-04-21 Thread R.S.
Tony Harminc pisze: My point is that issuing an I/O reset (which is included in a system reset) while a system may be doing I/O is a very bad idea, because it can lead to data corruption, since the DASD record being written is padded with zeros to replace the missing data from the channel. Ensuri

Re: Stopping zOS

2010-04-21 Thread Tony Harminc
On 21 April 2010 11:34, R.S. wrote: > Tony Harminc pisze: >> >> My point is that issuing an I/O reset (which is included in a system >> reset) while a system may be doing I/O is a very bad idea, because it >> can lead to data corruption, since the DASD record being written is >> padded with zeros

Re: Stopping zOS

2010-04-22 Thread Guy Gardoit
:ibm-m...@bama.ua.edu] On >>> Behalf Of Tony Harminc >>> Sent: Tuesday, April 20, 2010 11:39 AM >>> To: IBM-MAIN@bama.ua.edu >>> Subject: Re: Stopping zOS >>> >>> On 20 April 2010 12:35, Mark Zelden wrote: >>> >>> There is

Re: Stopping zOS

2010-04-23 Thread carlos roberto visconde
After stop sub-system, Z EOD, V XCF,,... ZOS is stoped, no I/O is running, what you need more? 2010/4/21 Elardus Engelbrecht > Vernooij, CP wrote: > > >After stopping all these subsystems, z/OS is still running. ;-) > > running, running and running while waiting for that magic command: Z EOD

Re: Stopping zOS

2010-04-23 Thread John Mattson
On my sandbox lpar, I do 1) $PJES2,ABEND and reply END 2) V GRS(TEST),Q 3) if any other systems in grs... V GRS(TEST),P and reply YES 4) go to HMC, do SYSTEM RESET CLEAR and it is really STOPPED. One would bring a production system down more gracefully, of course, but SYSTEM RESET CLEAR at