On Monday, 05/17/2010 at 06:00 EDT, Schuh, Richard rsc...@visa.com
wrote:
Is the 5000 socket limit for a user of RXSOCKET architectural or
arbitrary? If
arbitrary, will it be am major effort to increase it to something in the
12-16K
range? And is increasing it something that the customer
Do you have a single ID that owns all the shared DASD using Full Pack MDISK
statements using the MWV Mode, and do all the z/OS guest link to these disks
using just MW?
Or do all the z/OS guest have the FP MDISK statements with the MWV mode?
Larry Davis
From: The IBM z/VM Operating System
Yes, We have a Guest user ID(DASDSHR) which owns all shared DASD using
Full Pack MDISK statement like the below.
Ex) MDISK 0A10 3390 DEVNO 0A10 MWV
MDISK 0A11 3390 DEVNO 0A11 MWV
MDISK 0A12 3390 DEVNO 0A12 MWV
And three OS/390 guest users link the Full PAck MDISK with MW option.
No, it was a real mini disk formated as SWAP
From: The IBM z/VM Operating System [ib...@listserv.uark.edu] On Behalf Of Dave
Jones [d...@vsoft-software.com]
Sent: Monday, May 17, 2010 3:55 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Device locks
That's
I have three OS/390 v2.10 under z/VM. while i monitoring OS/390 Guest by
perfomance toolkit, supervisor CPU usage is high around 20~30% and
Emulated CPU is around 30~40%.
I think supervisor CPU% is used by VM system(CP) and emulated CPU% used by
Guest OS.
1)when or for what the supervisor CPU
Check the steal column. This is an anomaly, but the numbers on this server are
high and often, which is why I am questioning. We do see performance drops at
this point, so something is not right.
0 0860 14652 937188 88826000 0 0 108 24 0 0 100 0 0
0 0860
It doesn't choke at the current limit of 5000. We will see what happens later.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Tony Thigpen
Sent: Monday, May 17, 2010 5:56 PM
To:
You do not win the prize. You left out two modules, RXS and RXU, that need to
be reassembled, according to others who replied off-list. Either that or you
win it for not including superfluous assemblies and they lose.
Thanks to all who have replied, both those who saw the whole picture and
On 5/18/2010 at 11:45 AM, Dean, David (I/S) david_d...@bcbst.com wrote:
Check the steal column. This is an anomaly, but the numbers on this server
are high and often, which is why I am questioning. We do see performance
drops at this point, so something is not right.
0 0860
From memory and a study I did 20+ years ago, channel utilization above
30-35 percent is a problem. Keep in mind that was with old fashioned
spinning dasd on block mpx channels, but it may still apply. Channel
service time increased very gradually up to about 30-35%. There was an
exponential curve
Excuse the non plain text email - for some reason I can't change that on this
one.
Whenever someone says batch and too long I/O delay is usually what comes to
mind to me.
50-70% is too high. What kind of i/o service times are you getting?
Can you convert to FICON?
Or at least go back to 16
Hi...
After got fix from Ingolf Salm for VSE/ESA runs under z10 BC, saga
continues.
Customer has MP3000 7060-H50 with internal disks. They are formated as
3390-3 only.
Since DS6000 Interoperability matrix show that z/VM 4.4.0 is supported,
no problem
on zVM side.
My question now is:
Will
Hello Carlos Bodra,
I would have to agree with Billy. z/VM 4.4.0 with the correct
PTF's will see the DS6800.
While I am not sure that VSE/ESA 2.3.1 will handle the DS6800
properly,
I would suspect that VSE/ESA will handle it well if you MDISK
everything.
I'd like to see both the matrix showing vm support and the informatio for the
vse fix.
Sent from my blackberry
- Original Message -
From: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
To: IBMVM@LISTSERV.UARK.EDU IBMVM@LISTSERV.UARK.EDU
Sent: Tue May 18 13:28:37 2010
Subject:
Benedict,
As posted by other member, fix for z10 can be got from IBM Lab.
DS6800 matrix is avalable at
http://www-03.ibm.com/systems/resources/systems_storage_disk_ds6000_pdf_interop.pdf
page 25/26.
Carlos
Em 18/5/2010 14:34, Benedict, Martin escreveu:
I'd like to see both the matrix
On Tuesday, 05/18/2010 at 11:59 EDT, Schuh, Richard rsc...@visa.com
wrote:
You do not win the prize. You left out two modules, RXS and RXU, that
need to
be reassembled, according to others who replied off-list. Either that or
you
win it for not including superfluous assemblies and they
Is all that luxury that you are enjoying, you and Chuckie are probably sitting
in a hot tub drinking some of Adam's cough syrup, supposed to make me feel
good? :-)
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On
17 matches
Mail list logo