Return-Path: X-Original-To: apmail-incubator-cloudstack-users-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id F05A1DA4A for ; Mon, 21 Jan 2013 21:30:04 +0000 (UTC) Received: (qmail 34114 invoked by uid 500); 21 Jan 2013 21:30:04 -0000 Delivered-To: apmail-incubator-cloudstack-users-archive@incubator.apache.org Received: (qmail 34090 invoked by uid 500); 21 Jan 2013 21:30:04 -0000 Mailing-List: contact cloudstack-users-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-users@incubator.apache.org Delivered-To: mailing list cloudstack-users@incubator.apache.org Received: (qmail 34077 invoked by uid 99); 21 Jan 2013 21:30:04 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2013 21:30:04 +0000 X-ASF-Spam-Status: No, hits=1.0 required=5.0 tests=SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (nike.apache.org: transitioning domain of mhohman@newheights.org does not designate 107.0.67.11 as permitted sender) Received: from [107.0.67.11] (HELO external.newheights.org) (107.0.67.11) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2013 21:29:55 +0000 Received: from [192.168.25.65] (unknown [107.0.67.1]) by external.newheights.org (Postfix) with ESMTPSA id 14D8D45C7AE8 for ; Mon, 21 Jan 2013 13:29:34 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Help with advanced zone kvm networking setup. From: Matt Hohman In-Reply-To: Date: Mon, 21 Jan 2013 13:29:42 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <1B27C073-8219-4CAA-8398-70BAEAB6911B@newheights.org> References: <4368FE50-852D-4858-A910-9E26C167D8FB@newheights.org> <07F69FD3-2F25-48EC-9D07-493FE7DBEF96@newheights.org> To: cloudstack-users@incubator.apache.org X-Mailer: Apple Mail (2.1499) X-Virus-Checked: Checked by ClamAV on apache.org Well, I got the zone,cluster,pod,and host added everything looked like = it was running but I couldn't get the ssvm to download templates or = iso's and I couldn't connect to the console proxy. I was able to ping both system vm's on both their private ip's and on = their public ip's.=20 I think I'm still having an issue with my network setup. I went ahead and dropped the separate storage vlan. So currently my = machines have the following network connections. eth0 - Management Untagged (10.0.220.0/24) eth1 - Public vlan 101 (107.xxx.xxx.0/24) eth1 - Guest vlan 3100 - 3199 (10.0.222.0/24) Here is a copy of my /etc/network/interfaces that I created on each kvm = host: ### /etc/network/interfaces ### auto lo iface lo inet loopback auto eth0 iface eth0 inet manual auto eth1 iface eth1 inet manual auto cloudbr0 iface cloudbr0 inet dhcp bridge_ports eth0 auto cloudbr1 iface cloudbr1 inet manual bridge_ports eth1 ### EOF ### Here is the results of an ifconfig from the host running the 2 system = vm's: ### ifconfig ### cloud0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 =20 inet addr:169.254.0.1 Bcast:169.254.255.255 Mask:255.255.0.0 inet6 addr: fe80::4cce:e2ff:fe44:57ad/64 Scope:Link UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:189 errors:0 dropped:0 overruns:0 frame:0 TX packets:234 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0=20 RX bytes:30329 (30.3 KB) TX bytes:38619 (38.6 KB) cloudVirBr101 Link encap:Ethernet HWaddr 00:14:22:74:ad:36 =20 inet6 addr: fe80::214:22ff:fe74:ad36/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3107 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0=20 RX bytes:145804 (145.8 KB) TX bytes:3048 (3.0 KB) cloudbr0 Link encap:Ethernet HWaddr 00:14:22:74:ad:34 =20 inet addr:10.0.220.102 Bcast:10.0.220.255 Mask:255.255.255.0 inet6 addr: fe80::214:22ff:fe74:ad34/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:830799 errors:0 dropped:0 overruns:0 frame:0 TX packets:263529 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0=20 RX bytes:914312894 (914.3 MB) TX bytes:785374708 (785.3 MB) cloudbr1 Link encap:Ethernet HWaddr 00:14:22:74:ad:36 =20 inet6 addr: fe80::214:22ff:fe74:ad36/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:391 errors:0 dropped:0 overruns:0 frame:0 TX packets:41 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0=20 RX bytes:19382 (19.3 KB) TX bytes:3478 (3.4 KB) eth0 Link encap:Ethernet HWaddr 00:14:22:74:ad:34 =20 inet6 addr: fe80::214:22ff:fe74:ad34/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1220462 errors:0 dropped:0 overruns:0 frame:0 TX packets:767547 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000=20 RX bytes:956567228 (956.5 MB) TX bytes:821714262 (821.7 MB) Interrupt:16 Memory:f8000000-f8012800=20 eth1 Link encap:Ethernet HWaddr 00:14:22:74:ad:36 =20 inet6 addr: fe80::214:22ff:fe74:ad36/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6536 errors:0 dropped:0 overruns:0 frame:0 TX packets:2012 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000=20 RX bytes:568564 (568.5 KB) TX bytes:205654 (205.6 KB) Interrupt:16 Memory:f4000000-f4012800=20 eth1.101 Link encap:Ethernet HWaddr 00:14:22:74:ad:36 =20 inet6 addr: fe80::214:22ff:fe74:ad36/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6060 errors:0 dropped:0 overruns:0 frame:0 TX packets:1929 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0=20 RX bytes:381208 (381.2 KB) TX bytes:182890 (182.8 KB) lo Link encap:Local Loopback =20 inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:479 errors:0 dropped:0 overruns:0 frame:0 TX packets:479 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0=20 RX bytes:38944 (38.9 KB) TX bytes:38944 (38.9 KB) virbr0 Link encap:Ethernet HWaddr fa:c3:96:00:b4:14 =20 inet addr:192.168.122.1 Bcast:192.168.122.255 = Mask:255.255.255.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0=20 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) ### EOF ### I'm a little confused where virbr0 is coming from as I haven't used that = ip subnet in any of the config. My assumption when I'm creating the zone is to have the networks tagged = as follows Management - cloudbr0 Guest - cloudbr1 Public cloudbr1 Is that correct? Should both of the Guest and Public networks be set to = the same label since they are both tagged vlans on the same physical = interface? Thanks, Matt Hohman New Heights Church On Jan 21, 2013, at 9:04 AM, Geoff Higginbottom = wrote: > No problem Matt, >=20 > Just reach out to the community whenever you get any issues and we = will try to help you where we can. >=20 > Regards >=20 > Geoff Higginbottom >=20 > D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 >=20 > geoff.higginbottom@shapeblue.com >=20 > -----Original Message----- > From: Matt Hohman [mailto:mhohman@newheights.org] > Sent: 21 January 2013 15:54 > To: cloudstack-users@incubator.apache.org > Subject: Re: Help with advanced zone kvm networking setup. >=20 > Geoff, > Thanks for the clarity. I wish I would have asked this question a = couple weeks ago. >=20 > Thanks, > Matt Hohman > Technical Ministries > New Heights Church >=20 > On Jan 21, 2013, at 1:43 AM, Geoff Higginbottom = wrote: >=20 >> Hi Nate, >>=20 >> The main problem I see with your design is with relation to the = Storage Network using a VLAN. >>=20 >> There is a lot of confusion within CloudStack relating to the = 'Storage Network' as it relates to Secondary and NOT Primary Storage. >>=20 >> If you choose to use the Storage Network, it is only worthwhile doing = so if you have NIC(s) you can dedicate to it, once configured it is used = by the SSVM to transfer Snapshots, Templates etc to and from Secondary = Storage. If you place it on a unique VLAN and IP Range, the SSVM AND = the CloudStack management Server must be able to communicate with it. >>=20 >> With regard to VLANs, just make sure the switch ports are configured >> for the VLAN IDs you want to use, CloucStack will configure the VLANs >> on the Hypervisors for you >>=20 >> I suggest you take a look at the following >>=20 >> Paul Angus' Blog on understanding the physical network >> = http://www.shapeblue.com/2013/01/07/understanding-cloudstacks-physical >> -networking-architecture/ >>=20 >> You may also find My blog on CloudStack Networking usefull, a little >> old now but still pertinent >> = http://www.shapeblue.com/2012/05/01/cloudstack-networking-consideratio >> ns/ >>=20 >> There is also a recording of the 'Introduction to Networking' talk I >> gave at the CloudStack Collaboration Conference in Las Vegas recently >> http://www.youtube.com/watch?v=3DGIV9D2jYid0 >>=20 >>=20 >> Regards >>=20 >> Geoff Higginbottom >>=20 >> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 >>=20 >> geoff.higginbottom@shapeblue.com >>=20 >> -----Original Message----- >> From: Matt Hohman [mailto:mhohman@newheights.org] >> Sent: 21 January 2013 03:45 >> To: cloudstack-users@incubator.apache.org >> Cc: Nate Vick >> Subject: Help with advanced zone kvm networking setup. >>=20 >> Hey All, >>=20 >> I'm looking for some advice on setting up our advanced zone for our = small private cloud. Here is a rundown of how we are trying to get this = going. >>=20 >> 5 KVM Ubuntu 12.03 Hypervisors with 2 nics each >>=20 >> on eth0 >>=20 >> management network is untagged 10.0.220.0/24 vlan 3001 tagged storage >> 10.0.221.0/24 >>=20 >> on eth1 >> vlan 101 tagged Public 107.xxx.xxx.0/24 vlan 3100 - 3199 tagged Guest >> 10.0.223.0/24 >>=20 >> KVM Hots are on: >> 10.0.220.101 mngt 10.0.221.101 storage >> 10.0.220.102 mngt 10.0.221.102 storage >> 10.0.220.103 mngt 10.0.221.103 storage >> 10.0.220.104 mngt 10.0.221.104 storage >> 10.0.220.105 mngt 10.0.221.105 storage >>=20 >> Cloudstack 4.0 is installed on Ubuntu 12.04 on ip 10.0.220.2 NFS is >> 10.0.221.200 >>=20 >> Does this network scheme work well for cloudstack? Is there something = that should be changed? >>=20 >> I'm a little confused on how to set this setup properly in = /etc/network/interfaces. Do I need to manually define all 100 guest = vlans? How do I setup the guest bridge? >>=20 >> When I'm adding the zone to cloudstack what should my network labels = be and do I assign these in the /etc/network/interfaces file? >>=20 >> Here is my attempt at /etc/network/interfaces for host1 >>=20 >> ### /etc/network/interfaces >> auto lo >> iface lo inet loopback >>=20 >> # Hypervisor Management >> auto eth0 >> iface eth0 inet static >> address 10.0.220.101 >> netmask 255.255.255.0 >> gateway 10.0.220.1 >> dns-nameservers 8.8.8.8 8.8.4.4 >>=20 >> #cloud-store storage network >> auto eth0.3001 >> iface eth0.3001 inet static >> address 10.0.221.101 >> netmask 255.255.255.0 >>=20 >>=20 >> # Public network >> auto cloudbr0 >> iface cloudbr0 inet manual >> bridge_ports eth1.101 >> bridge_fd 5 >> bridge_stp off >> bridge_maxwait 1 >> ### EOF >>=20 >> Any help would be greatly appreciated! >>=20 >> Thanks, >> Matt Hohman >> Technical Ministries >> New Heights Church >> ShapeBlue provides a range of strategic and technical consulting and = implementation services to help IT Service Providers and Enterprises to = build a true IaaS compute cloud. ShapeBlue=92s expertise, combined with = CloudStack technology, allows IT Service Providers and Enterprises to = deliver true, utility based, IaaS to the customer or end-user. >>=20 >> ________________________________ >>=20 >> This email and any attachments to it may be confidential and are = intended solely for the use of the individual to whom it is addressed. = Any views or opinions expressed are solely those of the author and do = not necessarily represent those of Shape Blue Ltd. If you are not the = intended recipient of this email, you must neither take any action based = upon its contents, nor copy or show it to anyone. Please contact the = sender if you believe you have received this email in error. Shape Blue = Ltd is a company incorporated in England & Wales. >=20 >=20 > ShapeBlue provides a range of strategic and technical consulting and = implementation services to help IT Service Providers and Enterprises to = build a true IaaS compute cloud. ShapeBlue=92s expertise, combined with = CloudStack technology, allows IT Service Providers and Enterprises to = deliver true, utility based, IaaS to the customer or end-user. >=20 > ________________________________ >=20 > This email and any attachments to it may be confidential and are = intended solely for the use of the individual to whom it is addressed. = Any views or opinions expressed are solely those of the author and do = not necessarily represent those of Shape Blue Ltd. If you are not the = intended recipient of this email, you must neither take any action based = upon its contents, nor copy or show it to anyone. Please contact the = sender if you believe you have received this email in error. Shape Blue = Ltd is a company incorporated in England & Wales.