No, everything you enter with CP commands is valid only until the guest is logged off. For permanent changes to a guest's configuration, the CP directory must be updated, and these changes will be activated after a logoff/logon of the guest. So, you need both: - #CP xxx for dynamic changes - CP directory for lasting changes
2008/11/26 Macioce, Larry <[EMAIL PROTECTED]> > > I am a bit confused. If I use the "#cp" commands this is permanent ? I > am looking for a temporary fix so I can test , then later place the > needed statements into the directory. > Thanks > Mace > > -----Original Message----- > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On > Behalf Of Alan Altmark > Sent: Tuesday, November 25, 2008 4:36 PM > To: [email protected] > Subject: Re: A question on multiple nicdefs > > On Tuesday, 11/25/2008 at 03:09 EST, Mark Post <[EMAIL PROTECTED]> wrote: > > > You can have as many NICs defined to your Linux guest as you have real > > storage > > to support. Assuming the NICs are connected to different network > segments (as > > in your case) it's called "multi-homing." You don't have to put those > > > definitions in the CP directory,however. You can dynamically define > them > > either using the "vmcp" command from Linux or from the guest's VM > console via > > #CP commands. I've done that many times over the last few years: > > #cp define nic XXXX > > #cp couple XXXX to system VSWITCHNAME > > I recommend not doing it this way. Use NICDEF in the user's directory. > This gives you the ability to remove the DEFINE command from the Linux > guest. Further, it makes it obvious from looking at the directory who > you > *intend* to use a VSWITCH. If you convert to an ESM, the ESM's USER > DIRECT processing may be able to convert the NICDEF into an > authorization. (RACF doesn't handle NICDEF today, but will.) > > Alan Altmark > z/VM Development > IBM Endicott > > ----------------------------------------- > ******************************************************************** > The information transmitted is intended solely for the individual > or entity to which it is addressed and may contain confidential > and/or > privileged material. Any review, retransmission, dissemination or > other use of or taking action in reliance upon this information by > persons or entities other than the intended recipient is > prohibited. If you have received this email in error please contact > the sender and delete the > material from any computer. > ******************************************************************** > -- Kris Buelens, IBM Belgium, VM customer support
