Re: [Openstack] ConnectQuantum to VLAN-tagged physical network
Hi Yiting, It doesn't mean you *have* to use vconfig, but that's how I configured this set of nodes. I will try with ovs-vsctl alone once I set up a new node for the cluster. Some articles you may find useful: http://blog.scottlowe.org/2012/10/04/some-insight-into-open-vswitch-configuration/ http://blog.scottlowe.org/2012/10/19/vlans-with-open-vswitch-fake-bridges/ -- Angelo On Mon, May 13, 2013 at 4:53 PM, Yiting Wu yting...@gmail.com wrote: Hi Angelo, I had the same problem with you. when I try: # ovs-vsctl add-br br-dev # ovs-vsctl add-port br-dev eth1 tag=108 and it doesn't work. Does it mean we have to use vconfig to add a eth1.108 virtual interface, and add it into bridge? But OpenVSwitch suppose to support vlan directly. That's a bit tricky. On Mon, May 13, 2013 at 4:06 AM, Angelo Olivera aoliv...@gmail.com wrote: Salvatore, thanks for your reply. It took me a few tries but I finally solved this issue by creating the vlan devices on the respective interfaces, adding them to the corresponding bridges with ovs-vsctl and configuring two external networks with quantum. This would correspond to the Multiple Flat Network use case described in the Grizzly Networking Administration Guide[1], although the configuration is not explained. Quantum provides DHCP with default routes 10.33.8.1 (vlan 108) and 10.33.9.1 (vlan 109). Namespaces are used and there is one instance of the metadata proxy per each namespace. [1] http://docs.openstack.org/grizzly/openstack-network/admin/content/use_cases_multi_flat.html /etc/network/interfaces auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 10.33.10.210 netmask 255.255.255.0 gateway 10.33.10.1 auto eth1 iface eth1 inet manual auto eth1.108 iface eth1.108 inet manual vlan-raw-device eth1 up /sbin/ifconfig eth1.108 up auto eth1.109 iface eth1.109 inet manual vlan-raw-device eth1 up /sbin/ifconfig eth1.109 up /etc/quantum/quantum.conf [DEFAULT] lock_path = $state_path/lock bind_host = 0.0.0.0 bind_port = 9696 core_plugin = quantum.plugins.openvswitch.ovs_quantum_plugin.OVSQuantumPluginV2 api_paste_config = /etc/quantum/api-paste.ini control_exchange = quantum rabbit_host = 10.33.10.210 notification_driver = quantum.openstack.common.notifier.rpc_notifier default_notification_level = INFO notification_topics = notifications [QUOTAS] [DEFAULT_SERVICETYPE] [AGENT] root_helper = sudo quantum-rootwrap /etc/quantum/rootwrap.conf [keystone_authtoken] auth_host = 127.0.0.1 auth_port = 35357 auth_protocol = http admin_tenant_name = service admin_user = quantum admin_password = ### signing_dir = /var/lib/quantum/keystone-signing /etc/quantum/dhcp_agent.ini [DEFAULT] interface_driver = quantum.agent.linux.interface.OVSInterfaceDriver dhcp_driver = quantum.agent.linux.dhcp.Dnsmasq use_namespaces = True enable_isolated_metadata = True /etc/quantum/plugins/openvswitch/ovs_quantum_plugin.ini [DATABASE] sql_connection = mysql://quantum##@10.33.10.210/quantum?charset=utf8 reconnect_interval = 2 [OVS] # even when using flat networking these two variables had to be defined for the multiple physical networks to work tenant_network_type = vlan network_vlan_ranges = physdev:2048:4094,physqa:2048:4094 bridge_mappings = physdev:br-dev,physqa:br-qa [AGENT] polling_interval = 2 [SECURITYGROUP] firewall_driver = quantum.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver # ovs-vsctl add-br br-int # ovs-vsctl add-br br-dev # ovs-vsctl add-port br-dev eth1.108 # ovs-vsctl add-br br-qa # ovs-vsctl add-port br-qa eth1.109 # quantum net-create --shared dev --provider:network_type flat --router:external=True --provider:physical_network physdev # quantum net-create --shared qa --provider:network_type flat --router:external=True --provider:physical_network physqa # quantum subnet-create dev 10.33.8.0/24 --name dev-subnet --allocation-pool start=10.33.8.10,end=10.33.8.254 # quantum subnet-create qa 10.33.9.0/24 --name qa-subnet --allocation-pool start=10.33.9.10,end=10.33.9.254 (Question also posted on https://answers.launchpad.net/quantum/+question/228437/) Regards, -- Angelo On Thu, May 9, 2013 at 8:07 AM, Salvatore Orlando sorla...@nicira.com wrote: Your configuration looks correct, and provider networks are what you need for implementing this use case. Is the traffic for your subnets improperly tagged, or are you unable at all to forward traffic? If you're not using GRE overlays it might make sense verifying that VLAN 108/109 are allowed on physical switch ports or that the physical switch ports are in trunk mode. Regards, Salvatore On 8 May 2013 20:21, Ashok Kumaran ashokkumara...@gmail.com wrote: Hi Angelo, This should be possible. Make sure that eth1 is connected to the Vlan trunk with necessary port configurations. Create 2 network with segmentation's ID
Re: [Openstack] ConnectQuantum to VLAN-tagged physical network
Salvatore, thanks for your reply. It took me a few tries but I finally solved this issue by creating the vlan devices on the respective interfaces, adding them to the corresponding bridges with ovs-vsctl and configuring two external networks with quantum. This would correspond to the Multiple Flat Network use case described in the Grizzly Networking Administration Guide[1], although the configuration is not explained. Quantum provides DHCP with default routes 10.33.8.1 (vlan 108) and 10.33.9.1 (vlan 109). Namespaces are used and there is one instance of the metadata proxy per each namespace. [1] http://docs.openstack.org/grizzly/openstack-network/admin/content/use_cases_multi_flat.html /etc/network/interfaces auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 10.33.10.210 netmask 255.255.255.0 gateway 10.33.10.1 auto eth1 iface eth1 inet manual auto eth1.108 iface eth1.108 inet manual vlan-raw-device eth1 up /sbin/ifconfig eth1.108 up auto eth1.109 iface eth1.109 inet manual vlan-raw-device eth1 up /sbin/ifconfig eth1.109 up /etc/quantum/quantum.conf [DEFAULT] lock_path = $state_path/lock bind_host = 0.0.0.0 bind_port = 9696 core_plugin = quantum.plugins.openvswitch.ovs_quantum_plugin.OVSQuantumPluginV2 api_paste_config = /etc/quantum/api-paste.ini control_exchange = quantum rabbit_host = 10.33.10.210 notification_driver = quantum.openstack.common.notifier.rpc_notifier default_notification_level = INFO notification_topics = notifications [QUOTAS] [DEFAULT_SERVICETYPE] [AGENT] root_helper = sudo quantum-rootwrap /etc/quantum/rootwrap.conf [keystone_authtoken] auth_host = 127.0.0.1 auth_port = 35357 auth_protocol = http admin_tenant_name = service admin_user = quantum admin_password = ### signing_dir = /var/lib/quantum/keystone-signing /etc/quantum/dhcp_agent.ini [DEFAULT] interface_driver = quantum.agent.linux.interface.OVSInterfaceDriver dhcp_driver = quantum.agent.linux.dhcp.Dnsmasq use_namespaces = True enable_isolated_metadata = True /etc/quantum/plugins/openvswitch/ovs_quantum_plugin.ini [DATABASE] sql_connection = mysql://quantum##@10.33.10.210/quantum?charset=utf8 reconnect_interval = 2 [OVS] # even when using flat networking these two variables had to be defined for the multiple physical networks to work tenant_network_type = vlan network_vlan_ranges = physdev:2048:4094,physqa:2048:4094 bridge_mappings = physdev:br-dev,physqa:br-qa [AGENT] polling_interval = 2 [SECURITYGROUP] firewall_driver = quantum.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver # ovs-vsctl add-br br-int # ovs-vsctl add-br br-dev # ovs-vsctl add-port br-dev eth1.108 # ovs-vsctl add-br br-qa # ovs-vsctl add-port br-qa eth1.109 # quantum net-create --shared dev --provider:network_type flat --router:external=True --provider:physical_network physdev # quantum net-create --shared qa --provider:network_type flat --router:external=True --provider:physical_network physqa # quantum subnet-create dev 10.33.8.0/24 --name dev-subnet --allocation-pool start=10.33.8.10,end=10.33.8.254 # quantum subnet-create qa 10.33.9.0/24 --name qa-subnet --allocation-pool start=10.33.9.10,end=10.33.9.254 (Question also posted on https://answers.launchpad.net/quantum/+question/228437/) Regards, -- Angelo On Thu, May 9, 2013 at 8:07 AM, Salvatore Orlando sorla...@nicira.com wrote: Your configuration looks correct, and provider networks are what you need for implementing this use case. Is the traffic for your subnets improperly tagged, or are you unable at all to forward traffic? If you're not using GRE overlays it might make sense verifying that VLAN 108/109 are allowed on physical switch ports or that the physical switch ports are in trunk mode. Regards, Salvatore On 8 May 2013 20:21, Ashok Kumaran ashokkumara...@gmail.com wrote: Hi Angelo, This should be possible. Make sure that eth1 is connected to the Vlan trunk with necessary port configurations. Create 2 network with segmentation's ID as 108 and 109 respectively. Create the respective subnets for both network and then proceed with further configurations as needed. Are you facing any specific issues here? -Ashok On Wed, May 8, 2013 at 9:57 PM, Angelo Olivera aoliv...@gmail.com wrote: Hello, I am using Ubuntu 12.04 and OpenStack Grizzly from the Ubuntu Cloud archive. I am trying to get instances to get an IP address from dnsmasq in the 10.33.8.0/24 or 10.33.9.0/24 space and use physical routers at .1 as gateways. Furthermore, these two subnets should be tagged with VLANs 108 and 109, respectively. Is this doable? I have been trying different configurations with Open vSwitch to no avail. My network layout is as follows: Nodes = Controller, network, compute node (32-core system) [eth0] 10.33.10.210. gateway: 10.33.10.1 (physical router) [eth1] connected to VLAN port on switch Compute nodes [eth0] 10.33.10.X [eth1] connected to VLAN port on switch Logical networks
[Openstack] ConnectQuantum to VLAN-tagged physical network
Hello, I am using Ubuntu 12.04 and OpenStack Grizzly from the Ubuntu Cloud archive. I am trying to get instances to get an IP address from dnsmasq in the 10.33.8.0/24 or 10.33.9.0/24 space and use physical routers at .1 as gateways. Furthermore, these two subnets should be tagged with VLANs 108 and 109, respectively. Is this doable? I have been trying different configurations with Open vSwitch to no avail. My network layout is as follows: Nodes = Controller, network, compute node (32-core system) [eth0] 10.33.10.210. gateway: 10.33.10.1 (physical router) [eth1] connected to VLAN port on switch Compute nodes [eth0] 10.33.10.X [eth1] connected to VLAN port on switch Logical networks [net1] vlan:108 cidr: 10.33.8.0/24 gateway: 10.33.8.1 (physical router) [net2] vlan: 109 cidr: 10.33.9.0/24 gateway: 10.33.9.1 (physical router) One of the configurations I tested: /etc/quantum/plugins/openvswitch/ovs_quantum_plugin.ini network_vlan_ranges = default:1:4094 bridge_mappings = default:br0 ovs-vsctl add-br br-int ovs-vsctl add-br br0 ovs-vsctl add-port br0 eth1 quantum net-create --shared net1 --provider:network_type vlan --provider:physical_network default --provider:segmentation_id 108 quantum subnet-create net1 10.33.8.0/24 quantum subnet-create net2 10.33.9.0/24 Thanks in advance! -- Angelo ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] QEMU-KVM Instance Unable to Boot from Hard Disk
On Wed, Feb 6, 2013 at 10:32 AM, Malek Mushleh mmus...@isi.edu wrote: Hi, I am running into an issue when I try to run an instance of the cirros image as specified here: http://docs.openstack.org/trunk/openstack-compute/install/yum/content/running-an-instance.html I am unable to ping it, and when I connect VNC to the running instance, it shows the following: Starting SeaBIOS (version 0.6.0) Booting from Hard Disk Boot Failed: could not read the boot disk. What command did you use to upload the cirros image? Did you forget to pass the --disk-format=qcow2 flag? Recommended read: http://docs.openstack.org/developer/glance/formats.html -- Angelo ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp