Expand all | Collapse all


  • 1.  oshell

    Posted 05-24-2017 02:45 PM

    Has anyone attempted to use the OSHELL command from ADDRESS TSO to run an OMVS  script?   I was looking to see if there was any success in running a script and getting the output back, it looks like it can only be saved in the /tmp/ dir with out modifying the original OSHELL REXX.




  • 2.  Re: oshell

    Broadcom Employee
    Posted 05-25-2017 01:49 PM

    Hi Chris,

    Have you considered using the CA OPS/MVS Unix Systems Services?
    Using this component you can issue USS commands from an OPS/REXX program and get the response.
    Here is a sample OPS/REXX program that issues an USS command and displays the response:


    cmd = 'ls -l'     /* USS command to be issued */
    address USS
    do i = 1 to out.0
    say out.i


    Information on how to install the CA OPS/MVS Unix Systems Services component can be found in the link below:




  • 3.  Re: oshell

    Broadcom Employee
    Posted 05-30-2017 05:16 PM

    Hi Chris,


    Please, open a CA OPS/MVS support case so that we can investigate this subject further.


    Thank you,


  • 4.  Re: oshell

    Posted 06-13-2017 09:18 AM

    So was there a conclusion that can be shared from the CA case Allamon ?

  • 5.  Re: oshell

    Posted 05-30-2017 01:32 PM

    Thanks Carlos, I am testing with ADDRESS USS, it works fine, with commands, but I am trying to run a bash script that will su to a specific userid, then ssh to a Linux server and run a script.   I can get it to work in JCL and REXX BPXBATCH.  There are issues when I run it as a ops rexx command, it gets to the su, a USS task is started for the userid I am su'ing to, but I cannot tell if the script completes.   I may open a ticket so I can get someone to explain how the address uss process flows.  I am not sure if there is a way to monitor the script or can I issue the commands in the script one at a time so OPS can monitor them for me.   here is what the script is doing.


                    this is where i lose track of what is happening
    su -s userid01                 
    ssh -t lnx#####                             
    cd /opt/softdev/batch/scripts   
     echo this has run            

  • 6.  Re: oshell

    Posted 06-13-2017 03:53 PM

    We are still working on it. The switch user command in the script is not acting the way that you would think, when executed from the Address USS area.  I expected that the script would be running under the OPSUSS task ID, but it appears to be using the first id it finds in RACF that has a UID(0).  At least that is my assumption.  Support has asked me to update the USSSECURITY parm to the CHECKUSERID value, they have said that this will give me more detail on what is actually happening.  I need to schedule a change to do that since this is a production environment. 


    I will get back with this stream once I have more details on the issue.