Place the following in a file TESTCP ESAMON and
execute by issuing ESAMON TESTCP
/* TESTCP */
'EXTRACT FROM INTERVAL',
'LPAR * CPU ALL',
'FIELD',
Works great! Thank you.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Dennis Andrews
Sent: Monday, June 12, 2006 7:52 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Can I verify zVM is running on an IFL?
Place the following in a file TESTCP
On Tuesday, 06/13/2006 at 12:00 AST, Stracka, James (GTI)
[EMAIL PROTECTED] wrote:
Works great! Thank you.
Like Mr. Bitner, I too would be interested to know how folks intend to use
this information. I'm not denying the need, but want to understand the
importance. The only one I've seen so
Right now I only run z/VM in an IFL LPAR, but may eventually also run it
in a CP LPAR.
I can see where it might be nice to be able to base actions on LPAR type
rather than on system name in EXECs common to all systems. Doing so woul
d
reduce the work required when adding new systems (1st
: Tuesday, June 13, 2006 11:31 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject:Re: Can I verify zVM is running on an IFL?
Right now I only run z/VM in an IFL LPAR, but may eventually also run it =
in a CP LPAR.
I can see where it might be nice to be able to base actions on LPAR type
Sent: Tuesday, June 13, 2006 11:31 AM
To:IBMVM@LISTSERV.UARK.EDU
Subject: Re: Can I verify zVM is running on an IFL?
Right now I only run z/VM in an IFL LPAR, but may eventually also run it
=
in a CP LPAR.
I can see where it might be nice to be able to base actions on LPAR type
, 2006 13:20
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Can I verify zVM is running on an IFL?
On Tuesday, 06/13/2006 at 12:00 AST, Stracka, James (GTI)
[EMAIL PROTECTED] wrote:
Works great! Thank you.
Like Mr. Bitner, I too would be interested to know how folks
intend to use
Hello,
Is there a way to detect the processor
type zVM is running on IFL vs General, with REXX?
TIA.
This e-mail and any attachments are intended only for the
individual or company to which it is addressed and may contain
information which is privileged, confidential and prohibited from
Yes there is, James. Create a new guest virtual machine, and attempt to
IPL z/OS in it. If z/OS comes up, then your z/VM system is running on
standard processors, if not, then it's on IFL ones.;-)
DJ
Sterling James wrote:
Hello,
Is there a way to detect the processor type zVM is running
:37 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Can I verify zVM is running on an IFL?
Yes there is, James. Create a new guest virtual machine, and attempt to
IPL z/OS in it. If z/OS comes up, then your z/VM system is running on
standard processors, if not, then it's on IFL ones
I dont feel the question was answered properly. The user wanted to
know if running in an IFL could be determined say from REXX. Is
there some flag or system variable that might indicate the lpar is an
IFL or not?
What if a site does not have a ZOS guest to ipl.
I do know if you attempt
And with an ESAMON macro - written in REXX, you can obtain
this data. Even zMON would have this capability (I say zMON
because that is a very low cost solution)
Date: Mon, 12 Jun 2006 11:41:28 -0500
From: =?iso-8859-1?Q?Brian_Nielsen?= [EMAIL PROTECTED]
Even better, the
Barton's correct...I had forgotten that the Velocity suite of products
can tell you information about the LPAR configuration.
Of course, if IBM ever changes the rules and allows different engine
types to be in the same LPAR, the problem changes considerably:-)
DJ
Barton Robinson wrote:
And a sample of that ESAMON macro would be giving away free code?
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Barton Robinson
Sent: Monday, June 12, 2006 1:22 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Can I verify zVM is running
The data comes from the monitor, I think it is this record:
http://www.vm.ibm.com/pubs/mon520/MRSYTCUP.HTML . The performance
toolkit can show it on the LPAR screen, but you have to scroll over
to the right.
On 6/12/06, Dave Jones [EMAIL PROTECTED] wrote:
Barton's correct...I had forgotten
: Monday, June 12, 2006 11:20 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject:Re: Can I verify zVM is running on an IFL?
And a sample of that ESAMON macro would be giving away free code?
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf
Help with this rexx macro would of course be part of
normal customer support. should be posted shortly.
And the architecture supports identifying all the processor
types. haven't seen ziip/zaap data yet, but expect them
easily identified.
From: Dave Jones [EMAIL PROTECTED]
Barton's
On Monday, 06/12/2006 at 01:12 AST, Duane Weaver [EMAIL PROTECTED]
wrote:
I dont feel the question was answered properly. The user wanted to
know if running in an IFL could be determined say from REXX. Is
there some flag or system variable that might indicate the lpar is an
IFL or not?
On the PERFSVM LPAR screen, if you scroll to the right and look at the Type
column. I pointed at it and hit PF1 for help and got this. Don't have an
IFL, so I don't know what it would show--progable IFL.
Type The CPU type of the logical processors defined for the par-
Quoting Jim Bohnsack [EMAIL PROTECTED]:
On the PERFSVM LPAR screen, if you scroll to the right and look at the Type
column. I pointed at it and hit PF1 for help and got this. Don't have an
IFL, so I don't know what it would show--progable IFL.
Partition Nr. #Proc Weight Wait-C Cap %Load
On Mon, 12 Jun 2006 15:21:02 -0500, Leland Lucius [EMAIL PROTECTED]
wrote:
Interesting part is that if you shutdown Perfsvm and start it back up, i
t
says
that it requires sample data for the LPAR display. Could the info be in
the
sample records somewhere???
Like maybe here:
Performance Toolkit and others get this information from the
Domain 0 Record 16 field SYTCUP_LCPTYPE. This record can be seen at
http://www.vm.ibm.com/pubs/mon520/MRSYTCUP.HTML
You'll probably also need the _LCUPPNAME field and perhaps the _CALFLGS
field. If you don't have one of performance
snip
I am curious as to why you care about whether you
are running on an IFL or not?
One example - a couple years we got our first IFL and were all excited.
Shortly thereafter we found out that Operations had defined our IFL LPAR
to use standard engines. %-)
Bill Bitner - VM Performance
Of course, you can always take the Linux kernel approach. See arch/s390/head.S
(2.6 kernel). Your interested in the sclp code at label .Lrcp2. It won't work
on an IFL processor.
Leland
24 matches
Mail list logo