Hi listers,
I am looking at processing the userrecords in the CP MONITOR for the TCPI
P
stacks. These are in CP MONITOR domain 0A record 02. The data is collecte
d
though a STARMON stage, basically PIPE STARMON | locate selection |
fielid.
Most LPARs have records like I'd expect them but I have
Am I understanding correctly that the CFUSER virtual machines that you can run
when z/VM is running natively and now be run in zVM when running in an LPAR?
This was added in zVM 5.4?
We've been running CFUSER virtual machines (albeit with different userids)
in an LPAR since at least z/VM 4.3, perhaps even earlier.
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
Hmmm...then I wonder what this is all about. I'd really like to get this
working:
09:40:56 XAUTOLOG CFCC4
09:40:56 COMMAND ACCEPTED
09:40:56 AUTO LOGON *** CFCC4USERS = 16BY OPERATOR
CFCC4 : HCPMFT2816I LOADING MESSAGE PROCESSOR CFCC4 FROM THE PROCESSOR CONTROL
LER.
09:43:32
On Thursday, 06/09/2011 at 10:12 EDT, David Booher
david.boo...@quest.com wrote:
Am I understanding correctly that the CFUSER virtual machines that you
can run
when z/VM is running natively and now be run in zVM when running in an
LPAR?
This was added in zVM 5.4?
There has never been a
Just poking around found this description of the monitor record:
DESCRIPTIVE NAME - Monitor Sample Record
Domain 10 - Appldata domain
Record 2 - Application Data Sample Record
DESCRIPTION - Application data as found in the application-defined
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
On Thursday, 06/09/2011 at 11:14 EDT, Mike Walter
mike.wal...@aonhewitt.com wrote:
I'm not sure if this will be of any help, but here are the CF-related
console messages extracted from our most recent IPL of a z/VM 5.4 system
running in an LPAR on a z10:
You can find sample output and other
Hi Scott,
Yes, the records are identical. After a SORT UNIQUE the duplicate
records are discarded. The only thing that is not identical is the TOD
field. The second (and third) record are produced a few miliseconds
after the first. When I discard the miliseconds the records themselves
are
Hmmm.. some questions then:
- Are the z/VM and TCPIP levels all the same?
- Are the OSA's attached to TCPIP the same way (DEDICATE in directory, via
a DTCPARMS, or?)
- Are the OSA cards the same.. defined the same?
- Any NICDEF's defined to TCPIP on this LPAR? (though I would think it
On Thursday, 06/09/2011 at 10:06 EDT, Berry van Sleeuwen
berry.vansleeu...@xs4all.nl wrote:
What can cause the CP monitor to have these duplicate records?
A type 0x05 record is, I think, produced for each LCB (Link Control Block)
in the stack. Does the OSA device have multiple LINKs?
Alan
Hi Scott,
Yes they are the same, same VM levels, same basic setup for all VM's and
IP stacks. In one case, our local IP stack, even uses the same osa
device. In one LPAR it produces just one record per minute, in the
second LPAR it produces three records.
And only one virtual CPU. But for
Multiple links? You mean on the OSA or within the IP stack?
Yes, multiple links on an OSA. In LPAR1 we have one IP stack (EE00-EE02)
and a VSWITCH (EE04-EE06) on the OSA. In LPAR2 we have two IP stacks on
the same OSA (EE00--EE06). The customer stack also has a backup on a
second OSA
13 matches
Mail list logo
