We're trying to develop a methodology where our scheduling system
controls deployment of applications to our WebSphere production
environment. We are using the Stonebranch universal command client to talk
to our z/Linux guests from z/OS. We can query WebSphere, start and stop
servers, and other tasks from a single ISPF interface that allows us to
talk to several Linux guests. More to the point, it gives our operators a
familiar interface into Linux that we control the scope and content for.
For the production WebSphere environment, deployments are planned. We
know when an application is going in. We can schedule it. We have a process
that looks at the schedule batch deployments and determines what, if
anything, needs to run 'today' and generates JCL to run Linux scripts that
are kept in a highly secured PDS and submitted to Linux to execute via the
Stonebranch universal command interface (Tivoli workload scheduler, which
we also have, requires us to build an windows box in order to interface to
z/Linux. This of course is unacceptable)
For our development systems it is conceivable that there could be 5-6
deploys per day during an active development period. We don't want to
'batch schedule' that but we still want to use the scripting tools we've
developed for prod. The flexibility requirement really requires us to have
the ability to have Linux trigger events on z/OS.
What I've come up with proposal wise so far is not something I really
like... and that is to ftp a generated JCL stream to z/OS directly into
JES2 and issue a message to trigger an System Automation event. I only like
this idea If it were possible to set it up so that this could be only done
from a specific IP address (hipersocket) AND a specific user (which had no
dataset access authority)
If there were an NJE/RJE interface that Linux could exploit, this
would perhaps be better. Is anyone aware of anything that has NJE/NRJE
interoperability for z/Linux? Failing that, something in VM that could be
triggered via CPINT somehow?
The only other possibility is that I've read that system automation
can treat a VM guest like an LPAR. In LPAR mode, the z/OS automation tool
(last known to me as SA/390) uses the HMC to talk to the target LPAR. I can
only presume that this will be the interface of choice for system
automation to talk to a Linux guest. I'm still gathering information.
Bottom line: Failing an NJE/NRJE interoperability solution, is there
a recommended way to get two way command and control communication between
z/OS and Linux under VM?
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
