Greetings; (Posted to VMESA-L and VSE-L and LINUX-390)
- - Now in its sixth year! - - Includes VSE and linux/390!
I have set up a public service web page at
http://www.eskimo.com/~wix/vm/
for posting positions available and wanted for VM, VSE and linux/390.
Please visit the web
Which is why we did not choose RH for our distribution.
|-+
| | Vic Cross|
| | [EMAIL PROTECTED]|
| | au |
| | Sent by: Linux on|
| | 390 Port
On Thursday, 10/09/2003 at 12:38 EST, Richard Troth [EMAIL PROTECTED]
wrote:
Jim ... I don't like where this is going.
But then, I'm a purist: I see what VM offers and find
little value in VM in the hardware other than to sell to
those customers who either have the rare real problem with VM
Hi,
I'd think there'd be a desire to do proof of concept of multiple zLinux on
VM before going to LPARS if a cutomer wasn't quite sure of the benefits. The
purist looks to use native VM facilities to enhance and improve what's
offered to clients rather than simply manage the imaged. However,
I have been bothered by lack of basic mode for the past couple
years. Maybe this is not a problem, since I hear few customers
complaining.
Rick:
Most customers running z900s are already running in LPAR mode. Don't
forget that if you have IFLs or ICFs on z900s or z800s you are forced
into LPAR
On Thursday, 10/09/2003 at 09:12 EST, James Melin
[EMAIL PROTECTED] wrote:
There seems to be a prejudice here that every shop that is doing z/Linux
is
also a vm shop, and this is patently false. One of the appealing things
about a z-990 for OUR situation would be the 30 LPAR capability, as we
Since the network adapter routines are now open-source, why
not just compile
them along with your kernel?
Supportability. Red Hat has told us that we are unsupported
if we even so
much as patch our existing kernel, let alone build a new kernel...
Interesting. So, they're telling you that
We currently have 2 Linux guests running under VM 2.4.0 on a 9672 rb5.
[EMAIL PROTECTED] 10/08/03 09:26PM
This greatly depends upon what the RISC boxes are doing. If they tend
toward lower CPU Utilization, it is possible that they will all fit.
Their average and peak CPU Utilization will have
Rick, see this from the positive side, once SIE assist code etc has been
removed, there will no longer be an argument for OCO ;-)
Jan Jaeger.
(How about z/VM V5 all source again?)
From: Alan Altmark [EMAIL PROTECTED]
Reply-To: Linux on 390 Port [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject:
They still have Start Interpretive Execution? As a former OCO coordinator
for VM development I'm surprised. Alas, it was a thankless job that made no
one happy.
Paul Hanrahan
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Jan
Jaeger
Sent: Thursday,
For those on (or close to) the West Coast of the USA, our own Mark Post will
be conducting seminars in San Francisco and Anaheim at the end of this
month. Take this opportunity to see and hear the man behind linuxvm.org and
one of the major contributors to the Linux on S/390 community.
Little, Chris [EMAIL PROTECTED] wrote:
no, the state was RUNNING. i'll hit PA1 twice, put it into VM READ,
hit enter, and voila, it works.
also, when i disconnect it will function for a moment then become
non-responsive.
Are you forming E-lists? If that guest is larger than most, it could be
output of ind q when the guest freezes (note, the guest is s99lxd02):
ind q
S99LXD02 Q0 IO 00353503/00353486 MAINT Q1 R00
1226/1202
TCPIP Q0 R 1671/0746 SLES8-31 Q3 IO
00010925/00013077
S99WBF01 MP02 Q3 PS / S99WBF01 Q3 IO
I just noticed that the kerntypes patch does not update
/arch/s390/boot/install.sh. As a result, a make install command fails
because of a mismatch between what /arch/s390/boot/Makefile generates, and
what install.sh expects.
Makefile:
sh -x ./install.sh $(KERNELRELEASE) $(BOOTIMAGE)
The same is true in the 2.6 tree.
-Original Message-
I just noticed that the kerntypes patch does not update
/arch/s390/boot/install.sh. As a result, a make install command fails
because of a mismatch between what /arch/s390/boot/Makefile generates, and
what install.sh expects.
And there's a similar version for the 2.4.19 (ibm) kernel over at:
http://www.homerow.net/zlinux/kernelfixes.htm
Leland
CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may
contain confidential and privileged information for the use of the
designated recipients named
I've been working with SLES8 SP3, SuSE's 2.4.21-51
kernel and have run into a problem (which I have
reported) but maybe the VMers have some insight.
When I put up two LVM striped volumes and try to cp
-rp from one volume to another, the copy stops almost
immediately and top shows the kupdated is
I did not say anything about the removal of SIE, just the SIE assists (which
require OCO). SIE itself is documented in SA22-7095 and invoked from
HCPRUN, that's not OCO.
Jan Jaeger.
From: Alan Altmark [EMAIL PROTECTED]
Reply-To: Linux on 390 Port [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject:
18 matches
Mail list logo