Cancelling a job with SDSF in a sysplex.
We will be implementing a basic sysplex and use MQ with SDSF server so that SDSF DA can see the jobs on both z/OS systems. The question has come up about cancelling a job on the DA screen when you're on one system and the job is running on the other system. Will this work? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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
Re: Cancelling a job with SDSF in a sysplex.
On Wed, 5 Mar 2008 10:33:40 -0600, McKown, John [EMAIL PROTECTED] wrote: We will be implementing a basic sysplex and use MQ with SDSF server so that SDSF DA can see the jobs on both z/OS systems. The question has come up about cancelling a job on the DA screen when you're on one system and the job is running on the other system. Will this work? Wow... what's with all the SDSF related posts recently. :-) As covered in another thread, you don't need MQ for sysplex wide DA. You only need RMF started on each LPAR. You don't even need to use the SMFBUF if you don't want to. To answer your specific question, you can only cancel a job on another system in the same MAS. So if you are sharing spool in your basic sysplex, then the answer is yes... otherwise the answer is no. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- 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
Re: Cancelling a job with SDSF in a sysplex.
On Wed, 5 Mar 2008 10:59:44 -0600, Mark Zelden [EMAIL PROTECTED] wrote: On Wed, 5 Mar 2008 10:33:40 -0600, McKown, John [EMAIL PROTECTED] wrote: We will be implementing a basic sysplex and use MQ with SDSF server so that SDSF DA can see the jobs on both z/OS systems. The question has come up about cancelling a job on the DA screen when you're on one system and the job is running on the other system. Will this work? Wow... what's with all the SDSF related posts recently. :-) As covered in another thread, you don't need MQ for sysplex wide DA. You only need RMF started on each LPAR. You don't even need to use the SMFBUF if you don't want to. To answer your specific question, you can only cancel a job on another system in the same MAS. So if you are sharing spool in your basic sysplex, then the answer is yes... otherwise the answer is no. Mark I guess I should have included the disclaimer that I've never used MQ with SDSF. I've only read about it and concluded there's nothing it does for me that I would consider worth the effort of setting up and maintaining a separate MQ just for SDSF. From what I've read it is only used to provide sysplex support for the device panels, for browse, and for the SYSLOG panel. Since I've supported logging onto multiple LPARs with the same userid (same mas or different mas in same plex) forever anyone can just logon to the other system to use the device panels or look at syslog or output. In the case of syslog, I have had OPERLOG in place also for years so that lets someone view the log of another system in the plex that does not share the spool. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- 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
Re: Cancelling a job with SDSF in a sysplex.
We will be implementing a basic sysplex and use MQ with SDSF server so that SDSF DA can see the jobs on both z/OS systems. The question has come up about cancelling a job on the DA screen when you're on one system and the job is running on the other system. Will this work? Yes: 1. This has already been answered, today. 2. You don't need MQ for this function. 3. RMF Monitor I is sufficient. 4. You have to be in the same MAS. - Too busy driving to stop for gas! -- 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
Re: Cancelling a job with SDSF in a sysplex.
On Wed, 5 Mar 2008 19:07:53 +, Ted MacNEIL [EMAIL PROTECTED] wrote: We will be implementing a basic sysplex and use MQ with SDSF server so that SDSF DA can see the jobs on both z/OS systems. The question has come up about cancelling a job on the DA screen when you're on one system and the job is running on the other system. Will this work? Yes: 1. This has already been answered, today. 2. You don't need MQ for this function. 3. RMF Monitor I is sufficient. 4. You have to be in the same MAS. ... And while you are at it, take a look at the other actions available to you ... and everyone else. The Help goes on for a few screens. Look towards the end. Such as Z, for instance. Luckily, the generated commands pass through a command authority check (at least at our shop). Pat O'Keefe -- 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