--On May 11, 2008 8:27:25 PM -0500 Lionel B. Dyck [EMAIL PROTECTED]
wrote:
Is it possible (and if so has anyone done it) to have an XEdit Macro that
enables syntax highlighting similar to that available to the z/OS ISPF Ed
itor?
Hi Lionel,
It's not the best solution, but it does provide
Yes, your drawing is correct - here is additional information
CHPID FF
10.6.0.0/24
+-+-+-+-+
| | | | |
z/VM1 v/VM2 z/OS1 z/OS2 z/VSE
LPAR LPAR LPAR
Ok, that makes sense, then. The SYSTEM address space is the base space
of
the SYSTEM VMDBK, pregenned at address x'2000', it's represented by the
first ASCBK on the VMDASCBK queue. If it's not in there, check the rest
of
the ASCBKs on the queue, depending on how the reporting works, some of th
I'm using the web interface to IBM performance TOOLKIT and select option 31
Graphics Selection
I then select a few items - see below and attached PDF file for result of
query.
I'm trying to graph 'CPU vs. MAX. CPU. The graph displays each on a
different scale. How can I manage the scale
--On May 11, 2008 8:27:25 PM -0500 Lionel B. Dyck [EMAIL PROTECTED]
wrote:
Is it possible (and if so has anyone done it) to have an XEdit Macro that
enables syntax highlighting similar to that available to the z/OS ISPF Ed
itor?
Hi Lionel,
It's not the best solution, but it does provide
I created a Hipersockets VLAN.
I stopped the interface in TCPIP, detached the real hipersockets, defined a
NIC and coupled it to the VLAN.
I did the same on the z/OS guest, (which required an IPL, the devices were
still active after stopping the adapter, VTAM?) and now the z/VM on the VLAN
and the
On Mon, 12 May 2008 10:47:39 -0400, Mark Pace [EMAIL PROTECTED] wrote:
I created a Hipersockets VLAN.
I stopped the interface in TCPIP, detached the real hipersockets, define
d
a
NIC and coupled it to the VLAN.
I did the same on the z/OS guest, (which required an IPL, the devices we
re
still
The only difference I see is that I have a port name in z/VM that i do not
have in z/OS. But the z/OS that works does not have a port name specified
either.
*q lan tstlan details*
LAN SYSTEM TSTLAN Type: HIPERS Connected: 2Maxconn: INFINITE
PERSISTENT UNRESTRICTED IPMFS:
My recollection is that the port name must be the same everywhere or absent
everywhere.
Try removing your port names and see if that works.
Mark Pace wrote:
The only difference I see is that I have a port name in z/VM that i do
not have in z/OS. But the z/OS that works does not have a port
I remember that also, but it was many years ago.
The z/OS in an LPAR works without a portname, and the z/VM and z/OS worked
on the VLAN, one with a portname and one without, so I really don't think
that's it.
I did remove the portnames from my VM TCPIP stacks and restarted them, then
stopped and
Alan, thanks for chiming in, with all the clarification. I think I'm
understanding everything just the way you described it. I'm just not getting
it to connect yet.
At this point I'm using:
def vswitch vsw20x rdev de0 vlan 304 native 1 porttype access nogvrp portname
chpid47
set vswitch
I keep hearing things like shouldn't be overcommitted in prod more than
2:1 or 3 or 4:1 in test.
How is that calculated?
Can I just take the (Pageable storage number + Pages on DASD ) /
pageable storage number?
Marcy
This message may contain confidential and/or privileged information. If
Sum up the default virtual storage allocation for each running guest on the
system and divide that by the total amount of central storage.
Can I just take the (Pageable storage number + Pages on DASD ) /
pageable storage number?
That just gives you your overcommit ratio at this second - not
But what about the vdisk blocks? Those really need to be taken into
consideration too. If someone decided the right number for VM size was
too low, those vdisk blocks would be making up the impact to memory,
maybe a lot.
Marcy Cortes
This message may contain confidential and/or privileged
Errr... yeah - them too...
The problem will be when you've allocated huge vdisks for all your
production systems based on the old Swap = 2X main memory ROT. In that
example - you're basically tripling your overcommit ratio by including the
vdisks. This also can have a large cost in terms of CP
Well, only if the server uses them.
If you have a 1.5G server and it is using 1.5 Gig of swap space in VDISK
then it is an impact of 3G virtual, right? If you have a 1.5G server
and it is not swapping, it's impact is 1.5G virtual.
So maybe more like (sum (guest virtual storage sizes) + sum
16 matches
Mail list logo
