No.
Clark Morris wrote:
On 23 Jul 2012 12:49:31 -0700, in bit.listserv.ibm-main you wrote:
snip
Is there a comparable facility for JES3?
Clark Morris
snip
- Support is provided to allow jobs for which journaling is used to be
stopped after a currently running step has finished and held
In 245275432281.wa.paulgboulderaim@listserv.ua.edu, on
07/23/2012
at 03:55 PM, Paul Gilmartin paulgboul...@aim.com said:
As I stated initially, one of my motives was portability. In a
conventional UNIX system, processes needn't register to receive
SIGTERM.
In a conventional Unix
The orderly shutdown of z/OS address spaces requires not just telling
each address space it needs to terminate, but to shut down address
spaces in an order that is heavily installation-dependent. In general a
server address space (like HSM, DB2, Tape Management, Job management,
TCP/IP, Vtape,
SIGNAL SHUTDOWN is, I believe, a VM construct. It is not a machine
construct.
fully-architected hardware external interrupt (in the PoPs)
that indicates that the LPAR is being shut down.
FWIW, there is no such external interrupt. There is a service signal
interrupt and z/OS does receive
Don't know if z/OS itself is part of this, but have you looked at
http://www.ibm.com/developerworks/rfe/?
From: David Boyes dbo...@sinenomine.net
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Sunday, July 22, 2012 2:17 PM
Subject: Submitting a requirement for z/OS to at
It would be nice if an JES INIT could be set to abend a job at the end
of a step to allow faster shutdown, cleaner restart. I.E. a status of
draining-step would continue to run, but when the step ends .the job
is cancelled. You would not want to apply this to some inits, because
a STC or online
I guess I don't understand what David is asking..I thought that the z/Pdt cmd
'oprmsg ' routes a message or command to z/os from Linux ...
Scott ford
www.identityforge.com
On Jul 23, 2012, at 2:00 PM, Frank Swarbrick frank.swarbr...@yahoo.com wrote:
Don't know if z/OS itself is part of
Mike Schwab wrote:
It would be nice if an JES INIT could be set to abend a job at the end
of a step to allow faster shutdown, cleaner restart. I.E. a status of
draining-step would continue to run, but when the step ends .the job
is cancelled. You would not want to apply this to some inits,
On 23 Jul 2012 12:49:31 -0700, in bit.listserv.ibm-main you wrote:
Mike Schwab wrote:
It would be nice if an JES INIT could be set to abend a job at the end
of a step to allow faster shutdown, cleaner restart. I.E. a status of
draining-step would continue to run, but when the step ends .the
In
b870629719727b4ba82a6c06a31c29123249662...@hqmailsvr01.voltage.com,
on 07/22/2012
at 07:26 PM, Phil Smith p...@voltage.com said:
Couldn't CP PVMSG send something that automation could pick up?
What if you're not running z/VM? Does the CP in PR/SM support PVMSG?
--
Shmuel (Seymour
Metz wrote:
What if you're not running z/VM? Does the CP in PR/SM support PVMSG?
No. But if you have access to the HMC, you should be able to get to the
console. The thing with z/VM is that you might have a ton of guests and you're
IPLing z/VM. If you're taking the CEC down, well...that's
On Sun, 22 Jul 2012 15:17:11 -0500, David Boyes wrote:
For those of you who haven't seen it, VM, VSE and Linux register for a
specific fully-architected hardware external interrupt (in the PoPs) that
indicates that the LPAR is being shut down. VSE issues a message, VM reflects
the interrupt to
On Sun, 22 Jul 2012 18:23:36 -0400, zMan wrote:
Some years ago, I suggested in MVS-OE that MVS shutdown should
send SIGTERM to all dubbed processes so that processes coded to
UNIX conventions could perform orderly shutdown. The suggestion
was not well received.
Can you elaborate? Why would
Gil,
I am with you and zMan what's so difficult about an orderly shutdown on OMVS
and z/os address spaces..z/Pdt has vtamappl, everything shutdown fine...
Scott ford
www.identityforge.com
On Jul 22, 2012, at 6:37 PM, Paul Gilmartin paulgboul...@aim.com wrote:
On Sun, 22 Jul 2012 18:23:36
I think the problem is that in z/OS there is no one way of
notification (I know you are asking for one).
There are at least 2 (3 if you count z) commands to stop an
application, P and ,technically F I know F is usually modify
but it is also used as stop.
All the applications would have to
How can I go about submitting a requirement for z/OS to acknowledge and handle
the same external interrupt as VM, VSE and Linux use to trigger a controlled
shutdown (or at least acknowledge it by printing a message we can capture via
console automation and trigger the shutdown ourselves)?
David,
What issuing a z/Pdt cmd OPRMSG 'cmd ...'.
Scott ford
www.identityforge.com
On Jul 22, 2012, at 4:17 PM, David Boyes dbo...@sinenomine.net wrote:
How can I go about submitting a requirement for z/OS to acknowledge and
handle the same external interrupt as VM, VSE and Linux use to
At 18:18 -0500 on 07/22/2012, Ed Gould wrote about Re: Submitting a
requirement for z/OS to at least acknowled:
I think the problem is that in z/OS there is no one way of
notification (I know you are asking for one).
There are at least 2 (3 if you count z) commands to stop an
application, P
Robert,
That is my understanding also..as long as an automation package or maybe even
system rexx could intercept the message and take action that was desired. I
don't see why that wouldn't work...
Scott ford
www.identityforge.com
On Jul 22, 2012, at 8:51 PM, Robert A. Rosenberg
19 matches
Mail list logo