> -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Jay Maynard > Sent: Friday, July 22, 2005 9:34 AM > To: [email protected] > Subject: Re: RSVNONR -DB2 > >
<snip> > APPC, ASCH, and all of those TCP/IP daemons. If it requires a > CANCEL to > bring down, it's broken. > > It's not like IBM doesn't have lots of code lying around to > handle STOP, so > it can't be that much of a resource commitment. The problem > is that, on a > platform whose strong suit is reliability and > maintainability, having to > issue a command usually reserved for terminating > problematical programs to > bring down the system "normally" is an exposure. How do you > explain to an > operator that some things can and should be ended via CANCEL, > while others > need STOP and using CANCEL on them is a bad thing, while > still others will > just plain reject a CANCEL? > Well, for our shutdown, we don't need to CANCEL the TCP/IP daemons. They will each shutdown in response to a MODIFY BPXOINIT,TERM=pid. But a simple MODIFY OMVS,SHUTDOWN causes them to all shutdown without any other commands. Finding the "pid" for any particular TCP/IP daemon is a bit of a bother. I've been thinking about seeing if I can find the "pid", given a name. If so, then I could write an CA-OPS/MVS II rule for the STOP command to translate it to the MODIFY BPXOINIT,TERM=pid. Or maybe a rule to convert a MODIFY BPXOINIT,TERM=stcname to MODIFY BPXOINIT,TERM=pid. I also wonder why IBM invented the HALT command for some things (like VTAM and TCAM)? Why didn't they just use STOP? Hum, I wonder if instead of the above, I should "generalize" the HALT command so that I could enter something like "HALT CROND" (Instead of HALT CROND7). HALT is used less than STOP and so I would be introducing less overhead to command processing. Well, someday, maybe, if I ever get a round tuit. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. ---------------------------------------------------------------------- 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
