David,
Isn't the problem that the virtual CF machines are not responding?
If that is the case, then I don't understand why the IOCP would be
involved... it's all virtual. During initialization following the
XAUTOLOG, the virtual CF machine is supposed to read the actual CF code
from the HMC - the same place that the real CFs load their code.
If you are getting time-outs during virtual CF initialization, perhaps
there's something happening on the HMC during the XAUTOLOG. Or maybe a
problem with the micro-code on the HMC. How up-to-date is the microcode
on that z9? Or as mentioned before.... some configuration not set
properly on the HMC (go back to the "Running Guest Operating Systems"
manual?)
I'm doing nothing more than what most everyone else is doing... guessing
from a remote vantage point. It's a bit like "remote viewing" in the
movie "Men Who Stare at Goats". (bahh-ahh) :-)
Mike Walter
Aon Corporation
The opinions expressed herein are mine alone, not my employer's.
"David Booher" <david.boo...@quest.com>
Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU>
06/14/2011 08:44 AM
Please respond to
"The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU>
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: Question regarding zVM and CF when running in a LPAR
Forgive my ignorance, but is this all defined in the IOCP? Because the
IOCP is very generic and most of the stuff is SHARED. I don?t see
anything in the current IOCP that sets any partition apart from the other.
BTW, this is a z9 that?s having trouble:
<snip>
IOCONFIG ID=33
ID MSG2='SYS1.IODF33 - Z9 23JAN08',SYSTEM=(7060,1), *
TOK=('M3000H30',00800001AD0E2094202540630106302F00000000*
,00000000,'06-10-29','20:25:40','SYS1','IODF99')
*
RESOURCE PARTITION=((CSS(0),(CFE1,9),(CFE2,A), +
(PART1,1),(PART2,2),(PART3,3),(PART4,4), +
(PART5,5),(PART6,6),(PART7,7),(PART8,8)))
</snip>
Dave
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of gclo...@br.ibm.com
Sent: Tuesday, June 14, 2011 8:23 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Question regarding zVM and CF when running in a LPAR
David,
I don't have access to a Z10, so it is only speculation.
Something to check:
Are the CF Processors dedicated to CF LPAR?
The VM LPAR have access to at least one CF processor?
Is VM LPAR running in Mode VM?
Follow this line...
______________________________________________
Clovis
From:
David Booher <david.boo...@quest.com>
To:
IBMVM@listserv.uark.edu
Date:
09/06/2011 12:25
Subject:
Re: Question regarding zVM and CF when running in a LPAR
Sent by:
The IBM z/VM Operating System <IBMVM@listserv.uark.edu>
Yes, I see what you see on my zVM 4.4 system running on my z800 here in
Chicago, but the z10 in the UK runs zVM in an LPAR and gives the strange
messages indicated below.
I saw Alan's response, but I'm unsure how to proceed. I know they are
running CFs in LPARs on the z10, so I don't think it's a "licensing"
issue... Is it just a matter of exposing the CF processors to the zVM
LPAR? Is this a requirement for zVM 5.3?
No, the CF inside of zVM on this z10 has never been tried before. I want
to get it working so I can test my DB2 version 10 SYSPLEX there, because
DB2 won't run on my z800 here in Chicago.
My messages are cryptic at best. I particularly like the one I got back
from trying to SEND the CF machine as message while it was "supposedly"
loading.
09:40:56 XAUTOLOG CFCC4
09:40:56 COMMAND ACCEPTED
09:40:56 AUTO LOGON *** CFCC4 USERS = 16 BY OPERATOR
CFCC4 : HCPMFT2816I LOADING MESSAGE PROCESSOR CFCC4 FROM THE PROCESSOR
CONTROL
LER.
09:43:32 SEND CFCC4 HELP
CFCC4 : HCPPCX6531E THE OPERATING SYSTEM WILL NOT ACCEPT COMMANDS FROM
THE SERVICE PROCESSOR.
CFCC4 : HCPMFT2814E THE REQUEST TO LOAD CFCC4 FROM THE PROCESSOR
CONTROLLER DID NOT COMPLETE IN THE ALLOTTED TIME.
CFCC4 : HCPMFT260E IPL COMMAND PROCESSING CANNOT COMPLETE DUE TO ERRORS.
Dave Booher
Quest Software
The information contained in this e-mail and any accompanying documents may
contain information that is confidential or otherwise protected from
disclosure. If you are not the intended recipient of this message, or if this
message has been addressed to you in error, please immediately alert the sender
by reply e-mail and then delete this message, including any attachments. Any
dissemination, distribution or other use of the contents of this message by
anyone other than the intended recipient is strictly prohibited. All messages
sent to and from this e-mail address may be monitored as permitted by
applicable law and regulations to ensure compliance with our internal policies
and to protect our business. E-mails are not secure and cannot be guaranteed to
be error free as they can be intercepted, amended, lost or destroyed, or
contain viruses. You are deemed to have accepted these risks if you communicate
with us by e-mail.
