We run at DR with our z/VM 2nd level, use both dedicated OSA's and NICDEF's, use VSWITCHes in our 2nd level guest, and Guest lans in the 1st level system, all without any problems.
You don't say what the specific problem you encounter is, so it is difficult to address your problem directly. One situation we ran into in the past was with how the NICDEFs were defined to our 2nd level z/VM guest made a difference if the 1st level z/VM system was at 5.1. That problem was solved by breaking a monolithic NICDEF address range into multiple NICDEF statements. (ie. Instead of 1 NICDEF defining 63 addresses, we used 21 NICDEFs each with 3 addresses.) That way, one NICDEF range was not shared by more than one Linux guest running in the 2nd level z/VM guest. With the monolithic range only the first Linux guest could connect through the addresses defined by the NICDEF and subsequent Linux guests got an error. This was determined to be a problem in the 1st level VM control block for the NICDEF. This was also alleged to be fixed in 5.2 and after, but I've not tested it and continue to use multiple NICDEFs. Brian Nielsen On Thu, 11 Sep 2008 11:02:15 -0400, Howard Rifkind <[EMAIL PROTECTED] > wrote: >Hello, I'm looking for comments retarding the situation just had during our last D/R test. Our configurations consists of the following: Running 3 individual LPARS, VSE z/OS and z/VM. We have two real OSA' in our Z9 box. z/VM runs an number of Linux guests and we have VSWITCHES configured. Everything runs fine in our environment VM and the Linux guest and other s have no problems getting to the LAN segments etc. Neither do the other O/S's. However when we run everything second level VM at the D/R site z/OS works fine accessing the OSA's but z/VM and the VSWITCHES have a problems and don't work. Are there any restrictions with OSA's and VSWITCHES running second level VM that anyone knows of? I can't be more specific because I'm not that knowledgeable with OSA and SWITCH configurations. Any thoughts or ideas would be appreciated. Thanks. _____________ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash.
