One could also use the CMS Multitasking queues as mechanism. For the exec logic itself it would be transparent if the both users are on different systems or not. For cross-system, non SNA, support this would be required: TCP/IP line driver for CMS distributed queues. http://www.vm.ibm.com/download/packages/descript.cgi?TLD Instead of sockets, one'd code things like at the client: call csl 'QueueOpen mtrc mtre qn qnl sv svl qh el' .... call csl 'QueueSend mtrc mtre qh cmscmd cmdlen ko kl' and at the server; call csl 'QueueCreate mtrc mtre qn qnl vm_ipc_nlevel qh' .... call csl 'QueueReceiveBlock mtrc mtre qh ', 'matchkey matchkeylen timeout ', 'cmscmd rcvbuflen cmdlen ', 'ko kl suid spid rt'
I've got a QDEMO/QCLIENT/QSERVER example created by Brian Wade that sends a CMS command for execution, but I no longer remember where I got them from. I can send them. 2008/12/5 Rempel, Horst <[EMAIL PROTECTED]>: > Hello Howard, > I use execa in usera that will start an execb in cms-userb or a shellscript > in Linux. > When you do it in a pipe the execa will wait until the end of execb (or > shellscript) before continuing. > The pipe will write the output of execb in a file. > So execa can continue depending on the content of this file. > > | > 'pipe cms rexec ....... !', > 'console !', > '>> 'remote_exec' output a' > | > > This logic works well for me every night. > If execb is a long running exec its possible that you have to code a timeout > for rexec. > But plan carefully ! REXEC can be a security risk ! > I do it in a completly isolated network. > ________________________________ > Von: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Im > Auftrag von Howard Rifkind > Gesendet: Freitag, 5. Dezember 2008 00:52 > An: IBMVM@LISTSERV.UARK.EDU > Betreff: Starting an exec on a remote machine > > I'm running exec X on cms user 'A' > > I exec X has to start exec Y running on cms user 'B' and after exec Y > terminates it has to return control to the exec on cms user 'A' > > I could use some suggestions as to the best way to do this. > > Thanks > > > _____________ > LEGAL NOTICE > Unless expressly stated otherwise, this message is confidential > and may be privileged. It is intended for the addressee(s) only. > Access to this E-mail by anyone else is unauthorized. > If you are not an addressee, any disclosure or copying of the > contents of this E-mail or any action taken (or not taken) in > reliance on it is unauthorized and may be unlawful. If you are not an > addressee, please inform the sender immediately, then delete this > message and empty from your trash. > -- Kris Buelens, IBM Belgium, VM customer support
