FWIW, You could also send the TCPIP stack a "CP SEND CP TCPIP EXT" command
when it's ready to come down.
| Alan Altmark <[EMAIL PROTECTED]>
Sent by: The IBM z/VM Operating System <[email protected]> 08/09/2006 09:23 AM
|
|
On Wednesday, 08/09/2006 at 07:55 AST, David Boyes <[EMAIL PROTECTED]>
wrote:
> I'll write a requirement for WAVV. Should be simple enough to implement
> -- the stack shutdown logic is already there in the external interrupt
> handler that is managing the #CP EXT response now; it'd just have to
> register for SIGNAL processing and branch to the existing shutdown
> routines when it gets the magic signal.
I hate to spoil the fun, be we just rejected that requirement a couple of
weeks ago. Neither the stack nor the applications maintain state that
necessitates an orderly shutdown. Just force them off, stack first. (Else
the stack will restart the apps! I *hate* when that happens!)
If you really must have orderly shutdown, then get SHUTTRAP and modify it
to just issue a message when the signal is received. That message would
be picked up by system automation tools that could proceed with NETSTAT CP
EXT. After forcing/terminating the application servers, the automation
would CP SEND CP TCPIP LOGOFF. (Note that NETSTAT no longer functions
after the first EXT.)
Use the same technique with DB2 or any other stateful app.
Alan Altmark
z/VM Development
IBM Endicott
