Re: vswitch problem
You need to provide output from QUERY VSWITCH and QUERY NIC DETAILS while the VM stack is up. Did the output I provided give you (or anyone else) any ideas on this? My vswitch is now frozen, waiting for advice... Thanks, Shimon
Re: vswitch problem
On 2 Jul 2007 at 13:46, David Kreuter wrote: not sure if this got sent, so at the risk of a resend: What version of zvm are you running? I do not see the network mask output on these commands on my vswitches on zvm520 or zvm530. Maybe IBM got rid of these messages, come to think of it this may have been discussed a while back on this list. Q CPLEVEL Z/VM VERSION 4 RELEASE 4.0, SERVICE LEVEL 0404 (32-BIT) On 2 Jul 2007 at 13:59, Alan Altmark wrote: Pay no attention (to that man behind the curtain??) to the subnet mask in the QUERY NIC output. NETSTAT GATE is the arbiter of VM routing information. So, any other suggestions to get my vswitch to work? Thanks! Shimon -- ** ** Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308 ** **
Re: vswitch problem
I just noticed something about the data I posted last week. In the Q NIC output, I have this: CONNECTION NAME: z/VM STATE: Session Established DEVICE: 0F00 UNIT: 000 ROLE: CTL-READ DEVICE: 0F01 UNIT: 001 ROLE: CTL-WRITE DEVICE: 0F02 UNIT: 002 ROLE: DATA UNICAST IP ADDRESSES: 10.0.0.7 Mask: 255.0.0.0 10.1.15.2Mask: 255.0.0.0 10.1.20.100 Mask: 255.0.0.0 10.1.50.12 Mask: 255.0.0.0 10.1.51.22 Mask: 255.0.0.0 10.1.88.7Mask: 255.0.0.0 10.1.90.2Mask: 255.0.0.0 And again in the Q VSWITCH this: ADAPTER OWNER: TCPIPNIC: 0F00 NAME: VSWNIC1 DEVICE: 0F02 UNIT: 002 ROLE: DATA UNICAST IP ADDRESSES: 10.0.0.7 Mask: 255.0.0.0 10.1.15.2Mask: 255.0.0.0 10.1.20.100 Mask: 255.0.0.0 10.1.50.12 Mask: 255.0.0.0 10.1.51.22 Mask: 255.0.0.0 10.1.88.7Mask: 255.0.0.0 10.1.90.2Mask: 255.0.0.0 All of which implies to me that TCPIP is trying to use a class A mask of 255.0.0.0 . Why should that be, when the profile definitions for the link are class B? ; LINK THROUGH QDIO NIC F00 TO VSWITCH1 - TO MAIN 10.0.0.0/16 LAN DEVICE NIC-F00 OSDF00 PORTNAME VSWNIC1 ; F00-F02 LINK LAN10QDIOETHERNET NIC-F00 GATEWAY 10=LAN10 1500 0.255.0.0 0 DEFAULTNET 10.0.0.6 LAN10 1500 0 Is this what is preventing my vswitch from working correctly? And if so, what must I do to fix it? Shimon -- ** ** Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308 ** **
Re: vswitch problem
not sure if this got sent, so at the risk of a resend: What version of zvm are you running? I do not see the network mask output on these commands on my vswitches on zvm520 or zvm530. Maybe IBM got rid of these messages, come to think of it this may have been discussed a while back on this list. David -Original Message- From: The IBM z/VM Operating System on behalf of Shimon Lebowitz Sent: Mon 7/2/2007 6:54 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] vswitch problem I just noticed something about the data I posted last week. In the Q NIC output, I have this: CONNECTION NAME: z/VM STATE: Session Established DEVICE: 0F00 UNIT: 000 ROLE: CTL-READ DEVICE: 0F01 UNIT: 001 ROLE: CTL-WRITE DEVICE: 0F02 UNIT: 002 ROLE: DATA UNICAST IP ADDRESSES: 10.0.0.7 Mask: 255.0.0.0 10.1.15.2Mask: 255.0.0.0 10.1.20.100 Mask: 255.0.0.0 10.1.50.12 Mask: 255.0.0.0 10.1.51.22 Mask: 255.0.0.0 10.1.88.7Mask: 255.0.0.0 10.1.90.2Mask: 255.0.0.0 And again in the Q VSWITCH this: ADAPTER OWNER: TCPIPNIC: 0F00 NAME: VSWNIC1 DEVICE: 0F02 UNIT: 002 ROLE: DATA UNICAST IP ADDRESSES: 10.0.0.7 Mask: 255.0.0.0 10.1.15.2Mask: 255.0.0.0 10.1.20.100 Mask: 255.0.0.0 10.1.50.12 Mask: 255.0.0.0 10.1.51.22 Mask: 255.0.0.0 10.1.88.7Mask: 255.0.0.0 10.1.90.2Mask: 255.0.0.0 All of which implies to me that TCPIP is trying to use a class A mask of 255.0.0.0 . Why should that be, when the profile definitions for the link are class B? ; LINK THROUGH QDIO NIC F00 TO VSWITCH1 - TO MAIN 10.0.0.0/16 LAN DEVICE NIC-F00 OSDF00 PORTNAME VSWNIC1 ; F00-F02 LINK LAN10QDIOETHERNET NIC-F00 GATEWAY 10=LAN10 1500 0.255.0.0 0 DEFAULTNET 10.0.0.6 LAN10 1500 0 Is this what is preventing my vswitch from working correctly? And if so, what must I do to fix it? Shimon -- ** ** Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308 ** **
Re: vswitch problem
On Monday, 07/02/2007 at 01:46 AST, David Kreuter [EMAIL PROTECTED] wrote: not sure if this got sent, so at the risk of a resend: What version of zvm are you running? I do not see the network mask output on these commands on my vswitches on zvm520 or zvm530. Maybe IBM got rid of these messages, come to think of it this may have been discussed a while back on this list. Pay no attention to the subnet mask in the QUERY NIC output. NETSTAT GATE is the arbiter of VM routing information. Alan Altmark z/VM Development IBM Endicott
Re: vswitch problem
Shouldn't you be drawing pictures for Alan? :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Shimon Lebowitz Sent: Thursday, June 28, 2007 9:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: vswitch problem On 28 Jun 2007 at 8:58, Alan Altmark wrote: You need to provide output from QUERY VSWITCH and QUERY NIC DETAILS while the VM stack is up. ifconfig lan10: LAN10inet addr: 10.0.0.7 mask: 255.255.0.0 UP BROADCAST MULTICAST MTU: 1500 vdev: 0F00 type: QDIO ETHERNET portname: VSWNIC1 router type: NONROUTER CP Q NIC DETAILS ADAPTER 0F00 TYPE: QDIO NAME: VSWNIC1 DEVICES: 3 PORT 0 MAC: 02-00-00-00-00-01 VSWITCH: SYSTEM VSW1 MFS: 8192 RX PACKETS: 225DISCARDED: 0 ERRORS: 0 TX PACKETS: 16 DISCARDED: 0 ERRORS: 0 RX BYTES: 23809TX BYTES: 971 CONNECTION NAME: z/VM STATE: Session Established DEVICE: 0F00 UNIT: 000 ROLE: CTL-READ DEVICE: 0F01 UNIT: 001 ROLE: CTL-WRITE DEVICE: 0F02 UNIT: 002 ROLE: DATA UNICAST IP ADDRESSES: 10.0.0.7 Mask: 255.0.0.0 10.1.15.2Mask: 255.0.0.0 10.1.20.100 Mask: 255.0.0.0 10.1.50.12 Mask: 255.0.0.0 10.1.51.22 Mask: 255.0.0.0 10.1.88.7Mask: 255.0.0.0 10.1.90.2Mask: 255.0.0.0 MULTICAST IP ADDRESSES: 224.0.0.1MAC: 01-00-5E-00-00-01 Q VSWITCH VSW1 DETAILS VSWITCH SYSTEM VSW1 TYPE: VSWITCH ACTIVE: 1 MAXCONN: INFINITE PERSISTENT RESTRICTEDNONROUTER MFS: 8192 ACCOUNTING: OFF STATE: Ready CONTROLLER: TCPCTL01 IPTIMEOUT: 5 QUEUESTORAGE: 8 PORTNAME: UNASSIGNED RDEV: B20D VDEV: B20D PORTNAME: UNASSIGNED RDEV: B30D RX PACKETS: 521DISCARDED: 0 ERRORS: 0 TX PACKETS: 19 DISCARDED: 0 ERRORS: 0 RX BYTES: 59173TX BYTES: 1127 AUTHORIZED USERIDS: SYSTEM VLAN: ANY TCPIPVLAN: ANY VSWITCH CONNECTION: DEVICE: B20D UNIT: 000 ROLE: DATA VLAN: ANY ASSIGNED BY USER UNICAST IP ADDRESSES: 10.0.0.10Mask: 0.0.0.0 Remote ADAPTER OWNER: TCPIPNIC: 0F00 NAME: VSWNIC1 DEVICE: 0F02 UNIT: 002 ROLE: DATA UNICAST IP ADDRESSES: 10.0.0.7 Mask: 255.0.0.0 10.1.15.2Mask: 255.0.0.0 10.1.20.100 Mask: 255.0.0.0 10.1.50.12 Mask: 255.0.0.0 10.1.51.22 Mask: 255.0.0.0 10.1.88.7Mask: 255.0.0.0 10.1.90.2Mask: 255.0.0.0 MULTICAST IP ADDRESSES: 224.0.0.1MAC: 01-00-5E-00-00-01 READY; T=0.01/0.01 18:32:56 -- Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308
Re: vswitch problem
On Thursday, 06/28/2007 at 08:39 MST, Schuh, Richard [EMAIL PROTECTED] wrote: Shouldn't you be drawing pictures for Alan? :-) He did! I quote: LAN --- OSA --- VSWITCH --- VM --- VSE Simple. Clear. Concise. Perfect. :-) Alan Altmark z/VM Development IBM Endicott
Re: vswitch problem
On 28 Jun 2007 at 11:55, Alan Altmark wrote: On Thursday, 06/28/2007 at 08:39 MST, Schuh, Richard [EMAIL PROTECTED] wrote: Shouldn't you be drawing pictures for Alan? :-) He did! I quote: LAN --- OSA --- VSWITCH --- VM --- VSE Simple. Clear. Concise. Perfect. :-) Alan Altmark z/VM Development IBM Endicott I am really happy to see that you approve. :) In any event, anyone who wants to see a more compete version (and all the IPs and masks) can - at: http://listserv.uark.edu/scripts/wa.exe?A2=ind0705L=ibmvmT=0X=6FD8F328131221656CY=shimonl%40iname.comP=23910 Since I posted that, I have made these changes: 1) the LAN routes all traffic for 10.1.5.2 to 10.0.0.7 2) all traffic for 10.1.4.2 is also sent to 10.0.0.7 This means no inbound traffic via the 2216 any more. 3) VM-T now has a default gateway of 10.0.0.6 (on the LAN10 net) 4) VSE-TM now has VM-T (10.1.5.2) as its default gateway. This means we have stopped using the 2216 for outbound traffic as well. Thank you all, Shimon -- ** ** Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308 ** **
Re: VSWITCH problem regarding connection between different VSWITCH guests
I ran into this problem on zVM 5.2. There is a fix for this problem and it is on the 0601 put tape for 5.2. It could be the same issue on 4.4. Contact the support center. Aria. On Fri, 21 Jul 2006 16:58:39 +0200 Wolfgang Engel said: Hi, I setup several Linux guests using a VSWITCH in z/VM 4.4. But unfortunately the Linux guests which are using the same VSWITCH are not able to talk to each other via network. Network connections to other hosts on the nework where the OSA card (from VSWITCH) is connected are just fine. Can anyone give me a hint ? -- With kind regards/Mit freundlichen Gruessen, your/Ihr SuSE S/390 Team Wolfgang Engel ([EMAIL PROTECTED]) --- SUSE LINUX AG Tel: +49-911-74053-668 Maxfeldstr. 5Fax: +49-911-7417755 90409 Nuernberg, Email: [EMAIL PROTECTED] Germany WWW: http://S390.suse.com ---