Ron,

You wrote:
> Found the following that was incorrect...or modified from original 5.4
> setup..person that set this up no longer here.
> :nick.TCPIP    :type.server
>               :class.stack
> :ATTACH.F800-F80F,F900-F90F

Yeah, that last line looks like a mistake - you don't want 32 OSA devices
attached to the TCP/IP stack. But you've probably already fixed that.

The reason to attach the z/VM TCP/IP stack to the VSWITCH is to leverage
the HA qualities of the VSWITCH with its ability to fail over to a second
OSA card. Alan is right - if you're going to do this, the better model is
to put the three COMMAND statements into TCPIP's user directory entry. Then
you don't need the :attach. tag.

The reason to put COMMAND statements into directory entries is so you won't
have to worry about maintaining a set of SET VSWITCH GRANT statements. When
each virtual machine logs on, it is able to effectively grant access to
itself.

See section 25.1 of "The Virtualization Cookbook for IBM z/VM 6.3, RHEL
6.4, and SLES 11 SP3" on the Web at
http://www.redbooks.ibm.com/abstracts/sg248147.html

Hope this helps.

    -Mike MacIsaac

On Mon, Jan 19, 2015 at 12:47 PM, Alan Altmark <[email protected]>
wrote:

> On Monday, 01/19/2015 at 11:19 EST, Ron Wells <[email protected]>
> wrote:
> > ok---it is working after I added the ATTACH
> > but I gather this is F800(example) is running through OSA only not the
> > VSWITCH..
> > I did find where the old 5.4 had the NICDEF in the USER DIRECT file
> > The Cook book I am looking at has the steps to set the OSA addr to the
> > VSWITCH >> BUT
> > questions
> > it shows setting up for one(1) OSA port using addr of 2100 and changing
> to
> > virt addr of 600 ?? is that necessary ?  Reason I ask it looks like old
> > setup it was not done that way. the F800 was used on the define.
> > Next is it says to do a COMMAND SET VSWITCH VSW1 GRANT &USERID
> > COMMAND DEFINE NIC 600 TYPE
> > QDIO
> > COMMAND COUPLE 600 to SYSTEM
> > VSW1
> >
> > Gather the above are VM commands and have to be performed for each OSA
> set
> > of addresses ??
> > F800 = 600  F900=601  FC00=602 FD=603
> >
> > Am I getting it or way off??
>
> I think you're getting way off, and I am having trouble understanding your
> posts and figuring out what you want to do.  (The odd formatting doesn't
> help.)  Don't worry about what it was before; what do you want NOW?
>
> Start with PROFILE TCPIP.  If you need two interfaces, then the profile
> has them.  If it references F800, then you need virtual F800, F801, and
> F802.  It doesn't matter whether it is physical (e.g. A803-A805 attached
> as F800-F802) or a virtual NIC (DEFINE NIC F800).   If there's a second
> interface defined as 600, then it wants 600-602, again not caring about
> virtual or real.
>
> If you have the COMMAND SET VSWITCH GRANTs in the directory, then you have
> to use the COMMAND DEFINE NIC and COMMAND COUPLE statements instead of
> NICDEF because NICDEFs are processed before any COMMAND statements,
> creating an authorization problem.
>
> Alan Altmark
>
> Senior Managing z/VM and Linux Consultant
> Lab Services System z Delivery Practice
> IBM Systems & Technology Group
> ibm.com/systems/services/labservices
> office: 607.429.3323
> mobile; 607.321.7556
> [email protected]
> IBM Endicott
>
> ----------------------------------------------------------------------
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> ----------------------------------------------------------------------
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Reply via email to