>>> On Fri, Apr 25, 2008 at 7:58 AM, in message
<[EMAIL PROTECTED]>, "Gentry,
Stephen" <[EMAIL PROTECTED]> wrote:
-snip-
> In a previous IFL/Linux/POC, we set up a Linux running UDB. We wanted to
> allow access to that Linux from two sources: existing mainframe apps.
> and apps. running on WAS (I
ood an idea?
Steve G.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Thursday, April 24, 2008 11:24 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: OSA rdev and vdev requirements for Linux guests.
On Thursday, 04/24/2008 at 10:27 EDT, "
Alan Altmark wrote:
> Amen to that. VM TCP/IP doesn't get any more of a free pass than any
> other guest and gets all the benefits VSWITCH can provide.
>
> The only question you need to be able to answer is: What is your
alternate
> logon path if VM TCP/IP OR the VSWITCH is down? You need to have
My friend Mark worte:
>Even on my legacy VM systems (no Linux guests at all) I define a
VSWITCH with two OSAs (connected to different real switches), and the
only thing attached to the VSWITCH is the TCPIP virtual machine. Prior
to VSWITCH the TCPIP machine attached to both OSAs and VIPA provided f
On Thursday, 04/24/2008 at 11:44 EDT, Mark Wheeler <[EMAIL PROTECTED]>
wrote:
> Even on my legacy VM systems (no Linux guests at all) I define a VSWITCH
> with two OSAs (connected to different real switches), and the only thing
> attached to the VSWITCH is the TCPIP virtual machine. Prior to VSWI
The IBM z/VM Operating System wrote on 04/24/2008
10:23:39 PM:
> On Thursday, 04/24/2008 at 10:27 EDT, "Gentry, Stephen"
> <[EMAIL PROTECTED]> wrote:
> > Ok, I'll ask. Why wouldn't one attach an OSA card directly to a Linux
> > guest?
> > Seriously, why shouldn't this be done?
>
Alan Altmark wro
On Thursday, 04/24/2008 at 10:27 EDT, "Gentry, Stephen"
<[EMAIL PROTECTED]> wrote:
> Ok, I'll ask. Why wouldn't one attach an OSA card directly to a Linux
> guest?
> Seriously, why shouldn't this be done?
Off the top of my head:
(a) Security. You now limit what can be done with the OSA since yo
> Ok, I'll ask. Why wouldn't one attach an OSA card directly to a Linux
> guest?
Ties a guest to a particular piece of hardware (failure point), and
forces the guest to handle all the recovery, ARP management, etc. Having
CP do it for multiple guests is a much more resource efficient approach.
I
Sent: Thursday, April 24, 2008 12:30 AM
>To: IBMVM@LISTSERV.UARK.EDU
>Subject: Re: OSA rdev and vdev requirements for Linux guests.
>
>Wait, what are you doing attaching osa's to Linux?
>VSWITCH!
>
>Seriously, I think you use a lot more storage on the Linux guest and
>ma
gt;-Original Message-
>From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
>Behalf Of Marcy Cortes
>Sent: Thursday, April 24, 2008 12:30 AM
>To: IBMVM@LISTSERV.UARK.EDU
>Subject: Re: OSA rdev and vdev requirements for Linux guests.
>
>Wait, what are you doing a
30 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: OSA rdev and vdev requirements for Linux guests.
Wait, what are you doing attaching osa's to Linux?
VSWITCH!
Seriously, I think you use a lot more storage on the Linux guest and
make him less likely to be idle.
Marcy Cortes
"This message may co
L PROTECTED]>
Sent by: "The IBM z/VM Operating System"
04/23/2008 11:29 PM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: OSA rdev and vdev requirements for Linux guests.
Wait, what are you doing attaching osa's to
es" <[EMAIL PROTECTED]>
Sent by: "The IBM z/VM Operating System"
04/23/2008 11:29 PM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: OSA rdev and vdev requirements for Linux guests.
Wait, what are you doing att
o not necessarily
represent the opinions or policies of Hewitt Associates.
"Marcy Cortes" <[EMAIL PROTECTED]>
Sent by: "The IBM z/VM Operating System"
04/23/2008 11:29 PM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
cc
Subje
Wait, what are you doing attaching osa's to Linux?
VSWITCH!
Seriously, I think you use a lot more storage on the Linux guest and
make him less likely to be idle.
Marcy Cortes
"This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to rece
15 matches
Mail list logo