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
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 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.
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
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: SDSF in a sysplex
George Fogg wrote: You only need MQ for SDSF if you wish to see system2 SDSF data, for example, in the PR, PUN, and RDR panels. Or if you'd like to see an active job's output grow line-by-line instead of block by block. The "in-core" buffer from jobs running on other systems is not available otherwise. Without MQSeries, you will need to browse a long-running job with important messages e.g., HSM from the system on which it's running. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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
Re: SDSF in a sysplex
> On system1/connected to server1, can I do a 'DA' to see and browse the > output of jobs running on system2? > > On system1/connected to server1, can I see the CPU utilization of jobs > on system2 on the DA panel? > Yes to both if you have SDSF set up correctly. On system 1 you enter "SYSNAME system2" and the "DA" panel will show DA stuff for system2, even CPU utilization (CPU time and CPU% too) To see the log on system2 then use the copmmand "SYSID system2" or if you set up the OPERLOG correctly then enter "LOG O" for both system1 and system2 log data. You only need MQ for SDSF if you wish to see system2 SDSF data, for example, in the PR, PUN, and RDR panels. George Fogg -- 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: SDSF in a sysplex
Thanks for the update. I was not aware of that requirement. Staller, Allan wrote: > IIRC SDSF uses the RMF data area for the DA display. The rest I believe > is handled by JES2. > SDSF requires MQSeries (an extra cost option) for full multisystem support. -- Edward E Jaffe -- 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: SDSF in a sysplex
Staller, Allan wrote: IIRC SDSF uses the RMF data area for the DA display. The rest I believe is handled by JES2. SDSF requires MQSeries (an extra cost option) for full multisystem support. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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
Re: SDSF in a sysplex
Yes to all of the below. SDSF on LPAR1 will be able to display JOBS, sysout, CPU, etc. on LPAR2. IIRC SDSF uses the RMF data area for the DA display. The rest I believe is handled by JES2. On system1/connected to server1, can I do a 'DA' to see and browse the output of jobs running on system2? On system1/connected to server1, can I see the CPU utilization of jobs on system2 on the DA panel? On system1, can I connect to the SDSF server on system2 for either of the above? Oh, we will be running Mainview on both systems (RMF interface). -- 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
SDSF in a sysplex
I'm still looking at the "break our single image into two images" question. I am having problems understand what all I can do with SDSF in a sysplex (basic or parallel) environment. I know that I can set up the two systems to each have its own SDSF server address spaces. They can communicate via MQSeries (we have it). But what can I do with this, now that I have it? The book is not very explicit about what information is "shared". Assume a JES2 MAS for all questions. Some of my questions would be along the lines of: On system1/connected to server1, can I do a 'DA' to see and browse the output of jobs running on system2? On system1/connected to server1, can I see the CPU utilization of jobs on system2 on the DA panel? On system1, can I connect to the SDSF server on system2 for either of the above? Oh, we will be running Mainview on both systems (RMF interface). I'm trying to document the pluses to our operations and Production Control staff of a sysplex (preferrable Parallel) to people who are totally clueless Windows people. They are still trying to think of the z/OS as a Windows server in many ways. -- 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