On 7/7/2011 12:48 PM, Alan Altmark wrote:
On Wed, 6 Jul 2011 08:39:51 -0400, Gary DiPillogdipi...@axiosproducts.com
wrote:
The challenge is that the code David refers to uses unpublished details of the
SERVICE CALL instruction and the SERVICE SIGNAL external interrupt, so it seems
Something like 'IOSE HMC REQUESTED SHUTDOWN IN PROGRESS' on the
system console for automation to react to?
On Fri, Jul 8, 2011 at 10:40 AM, Richard L Peurifoy
r-peuri...@neo.tamu.edu wrote:
On 7/7/2011 12:48 PM, Alan Altmark wrote:
On Wed, 6 Jul 2011 08:39:51 -0400, Gary
On Wed, 6 Jul 2011 08:39:51 -0400, Gary DiPillo gdipi...@axiosproducts.com
wrote:
If you try to initiate BCPii in a z/VM guest you get the following message
(z/OS V1R10):
HWI010I BCPII DOES NOT OPERATE ON A VM GUEST. BCPII INITIALIZATION
IS HALTED.
BCPii uses machine interfaces that are not
At 12:47 -0500 on 07/07/2011, Alan Altmark wrote about Re: Trapping
the LPAR Deactivate signal on z/OS?:
When registered for the deactivation signal, there is a delay
between the time the deactivation is requested and when it occurs.
In an LPAR on a z10, the delay is 5 minutes. If the OS
Yes it does need an SE. Not sure about the z/VM guest angle.
snip
Not having played with the BCPii, my understanding is that it can't be
invoked by a (z/VM) guest, and needs a SE to talk to.
/snip
--
For IBM-MAIN subscribe /
Re: z/VM
If you try to initiate BCPii in a z/VM guest you get the following message
(z/OS V1R10):
HWI010I BCPII DOES NOT OPERATE ON A VM GUEST. BCPII INITIALIZATION
IS HALTED.
Yes it does need an SE. Not sure about the z/VM guest
From the z/OS 1.11 annnouncement (209-242. Dated Aug 18, 2009).
The sysplex failure management (SFM) component of XCF used in a Parallel
Sysplex to manage failures and reconfiguration has been enhanced in z/OS
V1.11. It is now designed to use new Base Control Program internal
interface (BCPii)
Not having played with the BCPii, my understanding is that it can't be
invoked by a (z/VM) guest, and needs a SE to talk to.
Dave, does the zPDT base code emulate a SE at all, let alone this
functionality ? (I don't have one to play on). A question probably
better directed at Bill over on the
I've been discussing the idea of whether it would be possible/useful to write
something to trap the hardware LPAR deactivation signal and use that to trigger
an controlled emergency shutdown of z/OS. On VM and VSE, there is a trap
present in the base OS that grabs that signal and starts a
On Mon, 4 Jul 2011 07:09:31 -0500 David Boyes dbo...@sinenomine.net wrote:
:I've been discussing the idea of whether it would be possible/useful to write
something to trap the hardware LPAR deactivation signal and use that to trigger
an controlled emergency shutdown of z/OS. On VM and VSE,
10 matches
Mail list logo