I tend to use NFS. The z/Linux system can NFS export a subdirectory. z/OS can then import that subdirectory, with or without automatic code point translation. The z/OS job then simply uses a DD with the appropriate PATH= to write to the z/Linux system. With "icrond" on z/Linux, the user can automatically take some action when the file is closed.
Another possibility, depending on the client, is the use of Co:Z Launcher from Dovetailed Technologies. This allows a z/OS batch job step to do an SSH connection to a Linux (or UNIX or Windows) system. The z/OS batch job sends UNIX commands to the z/Linux system "in stream". In addition, on the z/Linux system, they should have Dataset Pipes installed (another Dovetail product). This puts two main commands on the z/Linux system. "fromdsn" reads a z/OS dataset (not a z/OS UNIX file) or a DD allocated to the batch step and write it to "stdout". "todsn" does the reverse: reads "stdin" and writes it to a DD statement or dataset. http://dovetail.com/products/coz.html These products are freely licensed. As in, "NO CHARGE!". It is not even necessary to do a registration before downloading. Just download and install. They do not require any special authority. No APF. No "root". Just normal RACF authorization such as is normal for a batch job. If the user is of the mindset: "if it costs nothing, it must be worth nothing", then they can purchase a maintenance agreement. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford > Sent: Tuesday, January 03, 2012 8:48 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: z/OS version of NetCat or native JCL support > > Gerard, > > I think the issue here is understanding what was required , > now that we have seen a spec it helps. Btw, most folks on > here are systems programmers and developers. > Some of of us have done hit all, I.e.; sysprogs,network eng, > developer and consulted. > > Answer me a quick question, why are the wanting to send rmm to unix ? > The reason I am asking is that there are several ways to > 'skin the cat'. > > You could use hfs or zfs for example > > Just a couple thoughts to ponder > > Regards, > Scott > > Sent from my iPad > > On Jan 3, 2012, at 9:08 AM, Gerard Nicol > <gerard.ni...@tapetrack.com> wrote: > > > Elardus, > > > > Thanks for your reply. I'm not exactly sure why people > always presume that > > someone asking a question they don't understand is some > sort of moron, but > > working on the assumption of good faith let me further > explain myself. > > > > Firstly, I never said that there was a SOCKET keyword in > JCL, but perhaps > > there should be. The founding fathers of MVS obviously > thought at one time > > that it would be nice to be able to write to another > process via APPC > > directly from JCL so not that TCP is the favored IPC why > wouldn't you want > > to do the same thing using sockets? > > > > If there was a socket keyword every program that wrote out > to a file could > > write out to a socket. Isn't that one of the founding > principles of z/OS? > > Albeit one that has evidently been forgotten. > > > > In regards to my requirement. I have a client who wants to send some > > output from RMM directly to a command line utility running > under inetd on > > a z/Linux LPAR. In effect they want IPC from z/OS to z/Linux without > > writing custom sockets code. > > > > That to me would seem reasonable and in keeping with the founding > > principles of z/OS. If z/OS can't do that natively, which > it evidently > > cannot, I will simply find a workaround. > > > > Why were Scott Ford and Chris Mason's replies excellent? They didn't > > understand nor answer the actual question. > > > > Thanks > > > > Gerard > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > > Behalf Of Elardus Engelbrecht > > Sent: Tuesday, January 03, 2012 1:09 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: z/OS version of NetCat or native JCL support > > > > Gerard Nicol wrote: > > > >> I am looking for the most elegant way to send a file to a > raw socket on a > > remote machine. > >> I was hoping there was a socket DD like you can using > APPC, but I can't > >> find anything in the docs for anything like > > > > You don't send something to a 'socket', you transfer something to a > > machine's address 'foreign host name' (FTP via TCP/IP) or a > machine's name > > (Node JES2 XMIT). > > > > The word 'socket' has other meanings in z/OS, for example > in BPXPRMxx > > parmlib member. > > > > Please refer to Scott Ford and Chris Mason excellent > replies for more > > info. > > > >> //COPY EXEC PGM=IEBGENER > >> //SYSUT1 DD * > >> //SYSUT2 DD SOCKET=5000 > > > > There is no SOCKET keyword in DD statement. > > > >> Is it there and I'm missing it? > > > > What about FTP? You can use that to specify an IP address > ('foreign host > > name') and optionally a port number to be used. > > > >> Otherwise, are there any standard utilities that do this? > Yes I know I > > could write a REXX exec to do it, but I'd rather keep it as > vanilla as > > possible. > > > > I think you should refer to this manual, because there is > too much info to > > be posted here... > > > > 'z/OS Communications Server, IP User's Guide and Commands' > > > > Some example JCL which really need some modifying: > > > > //FTP EXEC PGM=FTP > > //SYSIN DD * > > <foreign host name> <port_number> > > <id> > > <psw> > > ...etc... > > > > HTH! > > > > Groete / Greetings > > Elardus Engelbrecht > > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access > instructions, send email > > to lists...@bama.ua.edu with the message: INFO IBM-MAIN > > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
