Logically the Virtual Machine would be in VM READ.
But in the VM/XA branch of VM -on which z/VM is based- any VM READ of a
disconnected user without secondary user gets translated in a CP READ.  I
find this a bug, VM/SP and VM/HPO did it right.  Without setting a secondary
user on it, one cannot even use CP SEND to respond to the VM READ, because
it is no longer there.  Even CP SEND CP xxx BEGIN can't help: the VM READ
will be reposted, but it gets again translated into a CP READ.
Then, why not using SET SECUSER followed by SEND BEGIN?  There are cases
where one doesn't want a secondary user: namely for servers intercepting
messages (WAKEUP, PROP, PIPE *STARMSG, ...)

2011/1/25 Shimon Lebowitz <shim...@iname.com>

> The OP (that's me) has mentioned opening a PMR
> over the fact that PERFSVM did in fact abend.
> I thought that after creating a VMDUMP, the virtual
> machine would be in a CP READ, but I guess I misunderstood.
>
> Shimon
>
> On Tue, Jan 25, 2011 at 4:37 AM, Stephen Powell <zlinux...@wowway.com>wrote:
>
>>
>>
>> What probably happened to the OP is this: (1) The virtual machine was
>> autologged, (2) It ran a program, (3) the program abended, causing CMS
>> to issue the "CMS" prompt, instead of the usual "Ready;" prompt,
>> Then it issued a VM READ.  At this point, CMS is waiting for the user
>> to issue the DEBUG command to obtain virtual machine status at the time
>> of the ABEND.  Any other command will cause ABEND cleanup processing
>> to occur.  But that is a moot point, really.  The point is that the
>> virtual machine is in a VM READ state at this point in time.  And after
>> being in a VM READ state for 15 minutes, CP forces it off.
>>
>>
>


-- 
Kris Buelens,
IBM Belgium, VM customer support

Reply via email to