Re: Capture output from a command
On Sun, Sep 20, 2009 at 3:52 AM, Thomas Kern tlk_sysp...@yahoo.com wrote: Try putting your RACF command in a PIPELINE. PIPE some input | CMS RACF whatever | other stages | RACF OUTPUT A If you want to do that, it takes a bit more. Obviously the RACF module (you probably want command RACF instead) does not take input from the pipeline like that. You could use spec ,EXEC RAC, 1 1-* nw | command | .. But I would recommend to write a RACF stage that stacks the input and uses RACF ( BATCH to run the commands. Once you have this framework, you may soon find yourself generate RACF commands from the output of earlier commands. So make sure your stage handles that properly. Rob
Re: Storage Management Enhancement Ideas (was: VM lockup due to storage typo)
On Sat, Sep 19, 2009 at 6:21 PM, John P. Baker jbaker...@comporium.net wrote: I recommend that the idea of splitting page space into multiple pools be considered, where individual users can be assigned to different pools. For the purposes of discussion, let us consider that following enhancement: I don't like the idea to use only a subset of your paging capacity for part of the workload. It's not just about space but also about throughput. This is imho a very complicated approach to exclude some (small) important users from an OOM killer. The real question is whether you can do an OOM killer at all and achieve something useful by doing so. Most performance tuning gets harder when you split resources and consumers in different groups and manage them separately. Sharing is easier with large numbers. Rob -- Rob van der Heij Velocity Software http://www.velocitysoftware.com/
Re: Capture output from a command
I don't really agree with the recommendation to use RACF(BATCH as opposed to using RAC: - with RAC, one gets a returncode for the specific RACF command that was executed - RACF(BATCH gives one global returncode for all stacked commands. A REXX stage can also be written using RAC. Steve Swift wrote RACFAST, a RAC compatible module, it sends its output to the console, not to a disk file that is then typed on the console. This would be more suited for use in a PIPE subroutine. I adapted it to the newer RACF releases and enhanced the detection of timeouts (required for lengthy RACF output, like RAC LISTUSER *). I can't check if I placed it on VM's download library (www.vm.ibm.com seems down) 2009/9/20 Rob van der Heij rvdh...@gmail.com On Sun, Sep 20, 2009 at 3:52 AM, Thomas Kern tlk_sysp...@yahoo.com wrote: Try putting your RACF command in a PIPELINE. PIPE some input | CMS RACF whatever | other stages | RACF OUTPUT A If you want to do that, it takes a bit more. Obviously the RACF module (you probably want command RACF instead) does not take input from the pipeline like that. You could use spec ,EXEC RAC, 1 1-* nw | command | .. But I would recommend to write a RACF stage that stacks the input and uses RACF ( BATCH to run the commands. Once you have this framework, you may soon find yourself generate RACF commands from the output of earlier commands. So make sure your stage handles that properly. Rob -- Kris Buelens, IBM Belgium, VM customer support
Dropping VM 3270 Session
I have a client in a small office in the UK that can not maintain a TN3270 session (Hummingbird Host Explorer) back to our VM host here in Ohio. It connect briefly and displays the logo screen then drop before he can enter a userid/password. If he goes to another of our UK offices, his PC connects perfectly. I was thinking network problem, yet he can connect to our OS/390 system fine and can even make the VTAM jump from there to the VM system for a CMS session with no problem. Any ideas on what we should be looking for? Terry A. Moore IT Project Manager - This message and any attachments are intended for the individual or entity named above. If you are not the intended recipient, please do not forward, copy, print, use or disclose this communication to others; also please notify the sender by replying to this message, and then delete it from your system. The Timken Company / The Timken Corporation
Re: Capture output from a command
Hi Thanks, I got what I needed by issuing the following PIPE. I just needed to capture the output so that I could email it to my z/OS RACF folks nothing more than that: PIPE command EXEC RAC SETR LIST | RACF OUTPUT A Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 terry.mar...@cms.hhs.gov WFH Tuesdays and Fridays -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Bruce Hayden Sent: Saturday, September 19, 2009 9:53 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Capture output from a command If you use the RAC command, it always puts its output in RACF DATA A. Take a look at the RACOUTP EXEC. This is what actually displays the output from the RAC command. You can suppress the output on the console by setting a global variable, like this: $RAC_ISPF='Y' 'GLOBALV SELECT $RACGRP PUT $RAC_ISPF' 'EXEC RAC' racf_command $RAC_ISPF='N' 'GLOBALV SELECT $RACGRP PUT $RAC_ISPF' /* now process RACF DATA A */ Of course the other way is to use CMS Pipelines: 'PIPE command EXEC RAC' racf_command '| RACF OUTPUT A' But, RACF DATA A will still be created On Sat, Sep 19, 2009 at 5:01 PM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Hi I want to capture the output from a RACF command (SETR LIST) and put it into a file. I am logged on to MAINT issuing the command. How do I do this? Thank You, Terry Martin Lockheed Martin - Information Technology z/OS z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 terry.mar...@cms.hhs.gov WFH on Tuesdays and Fridays -- Bruce Hayden Linux on System z Advanced Technical Support IBM, Endicott, NY
Re: Storage Management Enhancement Ideas (was: VM lockup due to storage typo)
Rob, In many instances you would be correct. However, in this case, the decisions targeting a specific backing storage pool are made either at LOGON time or during a DEFINE STORAGE command. This is actually a very simple approach to the problem. Also, once the backup storage pool placement decision is made, there should be no impact on the instruction path length. John P. Baker -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rob van der Heij Sent: Sunday, September 20, 2009 4:26 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Storage Management Enhancement Ideas (was: VM lockup due to storage typo) On Sat, Sep 19, 2009 at 6:21 PM, John P. Baker jbaker...@comporium.net wrote: I don't like the idea to use only a subset of your paging capacity for part of the workload. It's not just about space but also about throughput. This is imho a very complicated approach to exclude some (small) important users from an OOM killer. The real question is whether you can do an OOM killer at all and achieve something useful by doing so. Most performance tuning gets harder when you split resources and consumers in different groups and manage them separately. Sharing is easier with large numbers. Rob -- Rob van der Heij Velocity Software http://www.velocitysoftware.com/
Re: Capture output from a command
On Sun, Sep 20, 2009 at 10:40 AM, Kris Buelens kris.buel...@gmail.com wrote: I don't really agree with the recommendation to use RACF(BATCH as opposed to using RAC: - with RAC, one gets a returncode for the specific RACF command that was executed - RACF(BATCH gives one global returncode for all stacked commands. A REXX stage can also be written using RAC. The BATCH is to avoid it to prompt when you did something unexpected. My RACF REXX is short enough to include here. I see it even features a secondary output for failed commands. /* RACF REXX Issue RACF commands */ /* Author: Rob van der Heij, 21 Jul 2008 */ arg line /* Take 1st command*/ signal on error 'streamstate all states' parse var states . s1 . /* View stream 1 */ parse var s1 inp1 ':' out1/* Pick both sides */ if wordpos(out1, '0 4 8') 0 /* We have 2nd output */ then err = '\ rc: | *.output.1:' else err = '\ rc: | cons' /* or the console */ do i = 1 + (line = '')/* Using the stack so can't*/ if i 1 then 'peekto line' /* do more than one at a time */ 'callpipe (end \ name RACF.REXX:6)', '\ var line', '| append strliteral /END/ ', '| o: fanout', '| stack', '\ o: ', '| take last ', '| spec ,RACF BATCH, ', '| command ', '| strnfind /RPI I/', '| rc: strnfind /RPI E/', '| *:', err if i 1 then 'readto' end error: return rc * ( rc 12 )
Re: Capture output from a command
Terry, The easiest way is to load RACF as a subcommand: * open racf subcommand mode RACFISPF INIT * run racf (and cms) commands from PIPES PIPE COMMAND SETROPTS LIST | | OUTPUT FILE A * close RACF session END Ronald van der Laan
Re: Storage Management Enhancement Ideas (was: VM lockup due to storage typo)
On 9/20/09 4:26 AM, Rob van der Heij rvdh...@velocitysoftware.com wrote: Most performance tuning gets harder when you split resources and consumers in different groups and manage them separately. Sharing is easier with large numbers. Rob Although with SSD coming back into vogue, the idea of swap vs page (shades of HPO) might be worth considering again. If the goal is to get a very large number of pages out of the way quickly and/or adding some additional levels of paging hierarchy back into CP, I can see where that would have merit.
Re: Dropping VM 3270 Session
I'm guessing that there may be TCP/IP configuration differences between z/OS and z/VM. Do they use separate OSA's? Perhaps it could be a MTU issue - the classic 1500 vs 1492? On Sun, Sep 20, 2009 at 8:00 PM, Moore, Terry A. t.mo...@timken.com wrote: I have a client in a small office in the UK that can not maintain a TN3270 session (Hummingbird Host Explorer) back to our VM host here in Ohio. It connect briefly and displays the logo screen then drop before he can enter a userid/password. If he goes to another of our UK offices, his PC connects perfectly. I was thinking network problem, yet he can connect to our OS/390 system fine and can even make the VTAM jump from there to the VM system for a CMS session with no problem. Any ideas on what we should be looking for? *Terry A. Moore *IT Project Manager -- * This message and any attachments are intended for the individual or entity named above. If you are not the intended recipient, please do not forward, copy, print, use or disclose this communication to others; also please notify the sender by replying to this message, and then delete it from your system. The Timken Company / The Timken Corporation *