Try summing Vitural and Total CPU in milliseconds and convert once for
the CPUADDR/INTERVAL break (vs summing USER CPUVIRT and CPUTOTAL).
On Fri, Feb 18, 2011 at 7:50 PM, Barton Robinson
bar...@vm1.velocity-software.com wrote:
how you do the arithmetic relates to the problem you are trying to
As you can see, I did not get your screen shots :( Would you mind sending them
to me direct (maybe as an attachment) to
anne.d.crabt...@wv.govmailto:anne.d.crabt...@wv.gov
In the meantime, here's what I have for OS config (new VM one):
Å¢¢¢ Change Operating System Configuration
On Fri, Feb 18, 2011 at 7:31 PM, George Henke/NYLIC
george_he...@newyorklife.com wrote:
...And so the important factor is no what % of phyiscal CP (PCP) bu what %
of logical CPU is being realized in each LPAR, Guest Machine
Some percent of an interval is going to be used by PR/SM for
I perfer Column Locate (CL) then Column Insert (CI) finishing with a REPEAT * (or as many lines as need modifing).
-Original Message- From: "Martin, Terry R. (CMS/CTR) (CTR)" Sent: Feb 21, 2011 2:16 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Xedit question
When i do the analysis for 100% capture ratio, i add the physical
overhead, the logical overhead and the z/vm captured time. that works.
so vm must be lpar aware...
Gregg wrote:
On Fri, Feb 18, 2011 at 7:31 PM, George Henke/NYLIC
george_he...@newyorklife.com
I would like to invite anyone attending next week's SHARE conference in
Anaheim to come to my session on How to Write a Resume for a Mainframe
Systems Programmer (session 8903). It is the third time I have given th
is
presentation at SHARE and it contains a lot of useful information and
samples
I agree; I just don't think it (lCP % of pCP) can be determined in
ACCOUNT. 3 lCPs with a weight(CEC full load)/cap of 2.66 pCPs will
have the potential for 2.66 CPU seconds/second or 159.6 CPU seconds in
a one minute interval minus logical overhead... Though if Capped,
it'll get 3 to 5 more %
We moved our z/VM 5.4 system from a z890 to a z10. Everything on the
z890 was running well. The Multiple SSL Server Support was working too.
Once we moved to the z10 by doing a cable swap, the Multiple Server
Support for our SSL connections failed to operate. The SSL worker
machines were getting
This VM system runs in BC mode not PR/SM. You should trust the floating point
arithmetic in SAS
Derek Ackerman
Enterprise Capacity Planning
Performance Management
Infocrossing Inc
(206) 432-9737 || C: (206) 225-3585 || derek.acker...@infocrossing.com
Please consider the environment before
On Tuesday, 02/22/2011 at 12:56 EST, Hughes, Jim
jim.hug...@doit.nh.gov wrote:
We moved our z/VM 5.4 system from a z890 to a z10. Everything on the
z890 was running well. The Multiple SSL Server Support was working too.
Once we moved to the z10 by doing a cable swap, the Multiple Server
tyvm, Paul and Marcy:
Paul's approach is to first come up with the new changes to a new SYS2817
CONFIG using FN= to IPL and leaving the old SYSTEM CONFIG unchanged and
intact as a fallback.
What is the thought of making the change to SYSTEM CONFIG after renaming
the it to something else as a
I have copied all of the dvd files to a subdirectory on the the FTP serve
r
as recommended in From an FTP Server Directory (p 98 of the Guide for
Automated Installation and Service).
So can anyone clarify the -D parameter of the FTPGET command?
pipe (stagesep !) ftpget -h xxx.xx.x.xx -u
I did it my way to avoid any issue with an unplanned IPL of the lpars. We have
two lpars on the new z196 box. One of the lpars is our tech support lpar which
could get IPLed during the week. I didn’t want an issue with trying to IPL
either of the lpars before the actual cutover to the new
I have to change some DEV ATTACHes in our TCPIP PROFILE Exec in
preparation for new OSA ADDRs in our IODF for our new z/196.
What is the best way to implement this?
I suppose I can logon to TCPIP AC ( noprof and create a backup copy of the
PROFILE EXEC and then change the original DEV ADDRs.
ATTACHES can be done in file yournode DTCPARMS or SYSTEM DTCPAMRS on
TCPMAINT 198.
*They shall never modify a PROFILE EXEC on TCPIP 191, it's IBM property;-)*
And, for dynamic changes there is the CP ATTACH command and an OBEYFILE
command.
2011/2/22 George Henke/NYLIC
On Tuesday, 02/22/2011 at 04:59 EST, George Henke/NYLIC
george_he...@newyorklife.com wrote:
I have to change some DEV ATTACHes in our TCPIP PROFILE Exec in
preparation for
new OSA ADDRs in our IODF for our new z/196.
What is the best way to implement this?
I suppose I can logon to
It looks like there must be a stage separator before -d - even though you
aren't showing one. Or maybe it's not being typed as one long command? In
any case - PIPE thinks that -d is the start of a stage and there is no -d
pipe stage. Make sure you are entering the entire command on the command
one thought - does the password (-p) end with ! by any chance?
Scott Rohling
On Tue, Feb 22, 2011 at 3:23 PM, Scott Rohling scott.rohl...@gmail.comwrote:
It looks like there must be a stage separator before -d - even though you
aren't showing one. Or maybe it's not being typed as one long
On Tuesday, 02/22/2011 at 04:48 EST, Sherry Everhart
severh...@maccnet.com wrote:
pipe (stagesep !) ftpget -h xxx.xx.x.xx -u -p xxx
-d /upload/cpdvd -v BEF -DVDEOF -f CKD222* !UNPACK! ECKDREST
How do I tell VM to go to that directory ftpdir?
I keep getting the error:
tyvm, Alan and Kris, once again for saving my neck.
DEV 9000, 9001, 9002 are changing to 9400, 9401, 9402
Here is what I have now:
TCPIP: PROFILE EXEC
'Access 198 D'
'Access 591 E'
'Access 592 F'
ATT 9000 TCPIP 9000
ATT 9001 TCPIP 9001
ATT 9002 TCPIP 9002
ATT 9100 TCPIP 9100
ATT 9101
George, that's probably how I would do it in order to avoid changing the IPL
procedures that ops has documented.
Marcy. Sent from my BlackBerry.
From: George Henke/NYLIC [mailto:george_he...@newyorklife.com]
Sent: Tuesday, February 22, 2011 03:15 PM
To: IBMVM@LISTSERV.UARK.EDU
On Tuesday, 02/22/2011 at 06:00 EST, George Henke/NYLIC
george_he...@newyorklife.com wrote:
DEV 9000, 9001, 9002 are changing to 9400, 9401, 9402
Here is what I have now:
TCPIP: PROFILE EXEC
'Access 198 D'
'Access 591 E'
'Access 592 F'
ATT 9000 TCPIP 9000
ATT
You probably have those :owner. tags in there for the console log. Do
yourself a favor and just put a TCPRUNXT EXEC on TCPMAINT 198 that defines a
common owner. Then you can remove those extra entries. Here is an example:
/* TCPIP Startup Exit TCPRUNXT EXEC */
23 matches
Mail list logo