Here's a good one...I recently built and installed a VTS (virtual tape server) and a customer (they make convertible cars and camper vans) which is based on SuSE Linux. This is connected to the mainframe running zVM and zVSE via ESCON channels. In order to do tape mounts you need to send commands to the emulation software running on Linux. I tried a tool called BSIMOUNT which works but we can't create the proper directory structure under Linux with that.
Using REXEC from zVM and zVSE is fine, I created a REXX program on these systems which performs the REXEC command and that then runs a couple of REXX programs under Linux to do various actions. From zVM we have no problems but from zVSE there is a slight problem. It makes the connection but then waits 30 seconds before returning any data to zVSE. What is interesting is that doing it to AIX from zVSE the data is returned automatically. Also what is interesting is that the REXECD on Linux normally uses port 512 but this returning data from port 113 which is INETD (or XINETD in this case.) I was wondering if INETD is doing some kind of authentication as the TCPIP stack in zVSE is slightly different to other stacks.
Any ideas as I have to somehow get rid of this 30 second delay?
Using REXEC from zVM and zVSE is fine, I created a REXX program on these systems which performs the REXEC command and that then runs a couple of REXX programs under Linux to do various actions. From zVM we have no problems but from zVSE there is a slight problem. It makes the connection but then waits 30 seconds before returning any data to zVSE. What is interesting is that doing it to AIX from zVSE the data is returned automatically. Also what is interesting is that the REXECD on Linux normally uses port 512 but this returning data from port 113 which is INETD (or XINETD in this case.) I was wondering if INETD is doing some kind of authentication as the TCPIP stack in zVSE is slightly different to other stacks.
Any ideas as I have to somehow get rid of this 30 second delay?
Comment