Re: [Openstack] dhcp is not leasing an ip address in vlan mode
I tried running nova-api-metadata. Still, in the console output of the instance, I see connection time out error when doing wget on http://169.254.169.254.../instance-id In nova.conf on compute only node, I added my_ip=compute node host. Is there any other configuration changes do I need to make? Thanks, -vj From: Narayan Desai narayan.de...@gmail.com To: Vishvananda Ishaya vishvana...@gmail.com Cc: Vijay vija...@yahoo.com; openstack@lists.launchpad.net openstack@lists.launchpad.net Sent: Friday, June 1, 2012 6:13 PM Subject: Re: [Openstack] dhcp is not leasing an ip address in vlan mode Along these lines, it seemed simplest if we just ran nova-api-metadata on each nova-network server. That way we could get rid of the awful ospf setup for metadata and just let the network aggregation do its job. -nld On Fri, Jun 1, 2012 at 1:58 PM, Vishvananda Ishaya vishvana...@gmail.com wrote: yes it can. The best way is to run nova-api-metadata on every host so the request can go locally. Alternatively you can set the metadata_host config option on your compute hosts to the ip of a nova-api server somewhere else. you might have to be careful which interface the ip metadata_host is on. It defaults to my_ip, but i have seen it do odd things if the metadata_host is on a different ethernet device than the vms, so you might have to manually set it to a different ip. Vish On Jun 1, 2012, at 9:11 AM, Vijay wrote: I did have a problem in vlan trunking on the switch. I fixed it. Now, I am able to ping and ssh the instance that is launched on the compute node from the controller. However, when I look into euca-get-console-output of that instance on compute node, I still see that it is not able to connect to 169.254.169.254 (metadata service). But, I see a private ip address getting leased correctly. Because of this I am able to ping and ssh successfully from CONTROLLER ONLY (not from compute node). I am not sure if this is the correct behavior. But, in case of flatDHCP this metadata connection should be successful. Otherwise, instances cannot be pinged/sshed in flatDHCP mode. Can VLAN be run in multi-host mode like it is done in flatDHCP mode as suggested by Sergio Ariel below? (with multi_host set to true and running nova-network running) euca-get-console-output log Sending discover... Sending select for 192.168.4.5... Lease of 192.168.4.5 obtained, lease time 120 starting DHCP forEthernet interface eth0 [ OK ] cloud-setup: checking http://169.254.169.254/2009-04-04/meta-data/instance-id wget: can't connect to remote host (169.254.169.254): Connection timed out cloud-setup: failed 1/30: up 9.84. request failed Thanks,-vj From: Sergio Ariel de la Campa Saiz saca...@gmv.com To: Vishvananda Ishaya vishvana...@gmail.com; Vijay vija...@yahoo.com Cc: openstack@lists.launchpad.net openstack@lists.launchpad.net Sent: Friday, June 1, 2012 5:12 AM Subject: RE: [Openstack] dhcp is not leasing an ip address in vlan mode Hi: I had a similar problem as Vijay: Network controller assigns a private ip address to the vm launched on compute node. However, I still cannot ping this ip address from the network(controller node). I am running nova-network service only on the controller. can't connect to remote host (169.254.169.254): Network is unreachable I solved it when I installed nova-network in all my compute nodes. I don´t use NAT but only routing, so each node is the default gateway to instances that are running on it. I don´t know if this workaround is good for you, but it is the best I got. Regards Sergio Ariel de la Campa Saiz GMV-SES Infraestructura / GMV-SES Infrastructure GMV Isaac Newton, 11 P.T.M. Tres Cantos E-28760 Madrid Tel. +34 91 807 21 00 Fax +34 91 807 21 99 www.gmv.com De: openstack-bounces+sacampa=gmv@lists.launchpad.net [openstack-bounces+sacampa=gmv@lists.launchpad.net] En nombre de Vishvananda Ishaya [vishvana...@gmail.com] Enviado el: viernes, 01 de junio de 2012 8:35 Para: Vijay CC: openstack@lists.launchpad.net Asunto: Re: [Openstack] dhcp is not leasing an ip address in vlan mode do you see sent and received packets on the vlan? I would suspect that you actually don't have the vlans trunked on the ports so the packets aren't making it across the switch. Vish On May 31, 2012, at 9:53 AM, Vijay wrote: Thanks for the reply. Network controller assigns a private ip address to the vm launched on compute node. However, I still cannot ping this ip address from the network(controller node). I am running nova-network service only on the controller. Thanks,-vj From: Narayan Desai narayan.de...@gmail.com To: Vijay vija...@yahoo.com Cc: openstack@lists.launchpad.net openstack@lists.launchpad.net Sent: Wednesday, May 30, 2012 5:28 PM Subject: Re: [Openstack] dhcp is not leasing an ip address in vlan mode This sounds like it might be working properly. In VLAN mode, allinstances
Re: [Openstack] dhcp is not leasing an ip address in vlan mode
do you see sent and received packets on the vlan? I would suspect that you actually don't have the vlans trunked on the ports so the packets aren't making it across the switch. Vish On May 31, 2012, at 9:53 AM, Vijay wrote: Thanks for the reply. Network controller assigns a private ip address to the vm launched on compute node. However, I still cannot ping this ip address from the network(controller node). I am running nova-network service only on the controller. Thanks, -vj From: Narayan Desai narayan.de...@gmail.com To: Vijay vija...@yahoo.com Cc: openstack@lists.launchpad.net openstack@lists.launchpad.net Sent: Wednesday, May 30, 2012 5:28 PM Subject: Re: [Openstack] dhcp is not leasing an ip address in vlan mode This sounds like it might be working properly. In VLAN mode, all instances are connected to one of the project vlans. The .1 address (gateway, dhcp, etc) exists on an interface on the nova-network node (or one of them, in the case that you are running multiple. This interface is bridged to a tagged interface on the appropriate vlan tag. On the nova-compute nodes, a vnet interface for the instance is bridged to the vlan tagged interface. On the compute node, there isn't an IP interface on this network, so the private IP for instances isn't reachable, even if the instance is running on the same node. The canonical test for correct network function is if an instance is reachable via ping from the nova-network server that is currently serving the instance's project network. hth -nld On Wed, May 30, 2012 at 5:42 PM, Vijay vija...@yahoo.com wrote: Hello, I am trying install Essex in VLAN mode on multiple compute nodes. I am able to lauch instances on controller (which also runs nova-compute) and ping/ssh those instances. I am able to launch instances on compute only node. However, I cannot ping the VM launched on compute only node. When i did the euca-get-console-output on that instance, I see that it is not getting an IP leased from DHCP .. Because of that it is not able to reach metadata server. Any help is appreciated. Console output is udhcpc (v1.17.2) started Sending discover... Sending discover... Sending discover... No lease, forking to background starting DHCP forEthernet interface eth0 [ OK ] cloud-setup: checking http://169.254.169.254/2009-04-04/meta-data/instance-id wget: can't connect to remote host (169.254.169.254): Network is unreachable cloud-setup: failed 1/30: up 17.71. request failed nova.conf: --dhcpbridge_flagfile=/etc/nova/nova.conf --dhcpbridge=/usr/local/bin/nova-dhcpbridge --logdir=/var/log/nova --state_path=/var/lib/nova --lock_path=/var/lock/nova --force_dhcp_release=True --use_deprecated_auth --iscsi_helper=tgtadm --verbose --vncserver_listen=0.0.0.0 --sql_connection=mysql://novadbadmin:novasecret@192.168.198.85/nova --daemonize --s3_host=192.168.198.85 --rabbit_host=192.168.198.85 --cc_host=192.168.198.85 --ospi_host=192.168.198.85 --ec2_host=192.168.198.85 --ec2_url=http://192.168.198.85:8773/services/Cloud --nova_url=http://192.168.198.85:8774/v1.1/ # VLAN mode --flat_interface=eth1 --flat_injected=False --flat_network_bridge=br100 --flat_network_dhcp_start=192.168.4.2 --network_manager=nova.network.manager.VlanManager --vlan_interface=eth1 --public_interface=vlan100 --allow_same_net_traffic=True --fixed_range=192.168.4.0/24 --network_size=256 --FAKE_subdomain=ec2 --routing_source_ip=192.168.198.85 --glance_api_servers=192.168.198.85:9292 --image_service=nova.image.glance.GlanceImageService --iscsi_ip_prefix=192.168. --connection_type=libvirt --libvirt_type=qemu # Keystone --auth_strategy=keystone --api_paste_config=/etc/nova/api-paste.ini --keystone_ec2_url=http://192.168.198.85:5000/v2.0/ec2tokens Thanks, -vj ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ 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] dhcp is not leasing an ip address in vlan mode
Hi: I had a similar problem as Vijay: Network controller assigns a private ip address to the vm launched on compute node. However, I still cannot ping this ip address from the network(controller node). I am running nova-network service only on the controller. can't connect to remote host (169.254.169.254): Network is unreachable I solved it when I installed nova-network in all my compute nodes. I don´t use NAT but only routing, so each node is the default gateway to instances that are running on it. I don´t know if this workaround is good for you, but it is the best I got. Regards Sergio Ariel de la Campa Saiz GMV-SES Infraestructura / GMV-SES Infrastructure GMV Isaac Newton, 11 P.T.M. Tres Cantos E-28760 Madrid Tel. +34 91 807 21 00 Fax +34 91 807 21 99 www.gmv.comhttp://www.gmv.com/ De: openstack-bounces+sacampa=gmv@lists.launchpad.net [openstack-bounces+sacampa=gmv@lists.launchpad.net] En nombre de Vishvananda Ishaya [vishvana...@gmail.com] Enviado el: viernes, 01 de junio de 2012 8:35 Para: Vijay CC: openstack@lists.launchpad.net Asunto: Re: [Openstack] dhcp is not leasing an ip address in vlan mode do you see sent and received packets on the vlan? I would suspect that you actually don't have the vlans trunked on the ports so the packets aren't making it across the switch. Vish On May 31, 2012, at 9:53 AM, Vijay wrote: Thanks for the reply. Network controller assigns a private ip address to the vm launched on compute node. However, I still cannot ping this ip address from the network(controller node). I am running nova-network service only on the controller. Thanks, -vj From: Narayan Desai narayan.de...@gmail.commailto:narayan.de...@gmail.com To: Vijay vija...@yahoo.commailto:vija...@yahoo.com Cc: openstack@lists.launchpad.netmailto:openstack@lists.launchpad.net openstack@lists.launchpad.netmailto:openstack@lists.launchpad.net Sent: Wednesday, May 30, 2012 5:28 PM Subject: Re: [Openstack] dhcp is not leasing an ip address in vlan mode This sounds like it might be working properly. In VLAN mode, all instances are connected to one of the project vlans. The .1 address (gateway, dhcp, etc) exists on an interface on the nova-network node (or one of them, in the case that you are running multiple. This interface is bridged to a tagged interface on the appropriate vlan tag. On the nova-compute nodes, a vnet interface for the instance is bridged to the vlan tagged interface. On the compute node, there isn't an IP interface on this network, so the private IP for instances isn't reachable, even if the instance is running on the same node. The canonical test for correct network function is if an instance is reachable via ping from the nova-network server that is currently serving the instance's project network. hth -nld On Wed, May 30, 2012 at 5:42 PM, Vijay vija...@yahoo.commailto:vija...@yahoo.com wrote: Hello, I am trying install Essex in VLAN mode on multiple compute nodes. I am able to lauch instances on controller (which also runs nova-compute) and ping/ssh those instances. I am able to launch instances on compute only node. However, I cannot ping the VM launched on compute only node. When i did the euca-get-console-output on that instance, I see that it is not getting an IP leased from DHCP .. Because of that it is not able to reach metadata server. Any help is appreciated. Console output is udhcpc (v1.17.2) started Sending discover... Sending discover... Sending discover... No lease, forking to background starting DHCP forEthernet interface eth0 [ OK ] cloud-setup: checking http://169.254.169.254/2009-04-04/meta-data/instance-id wget: can't connect to remote host (169.254.169.254): Network is unreachable cloud-setup: failed 1/30: up 17.71. request failed nova.conf: --dhcpbridge_flagfile=/etc/nova/nova.conf --dhcpbridge=/usr/local/bin/nova-dhcpbridge --logdir=/var/log/nova --state_path=/var/lib/nova --lock_path=/var/lock/nova --force_dhcp_release=True --use_deprecated_auth --iscsi_helper=tgtadm --verbose --vncserver_listen=0.0.0.0 --sql_connection=mysql://novadbadmin:novasecret@192.168.198.85/novahttps://mail.gmv.com/owa/UrlBlockedError.aspx --daemonize --s3_host=192.168.198.85 --rabbit_host=192.168.198.85 --cc_host=192.168.198.85 --ospi_host=192.168.198.85 --ec2_host=192.168.198.85 --ec2_url=http://192.168.198.85:8773/services/Cloud --nova_url=http://192.168.198.85:8774/v1.1/ # VLAN mode --flat_interface=eth1 --flat_injected=False --flat_network_bridge=br100 --flat_network_dhcp_start=192.168.4.2 --network_manager=nova.network.manager.VlanManager --vlan_interface=eth1 --public_interface=vlan100 --allow_same_net_traffic=True --fixed_range=192.168.4.0/24 --network_size=256 --FAKE_subdomain=ec2 --routing_source_ip=192.168.198.85 --glance_api_servers=192.168.198.85:9292 --image_service=nova.image.glance.GlanceImageService --iscsi_ip_prefix=192.168.
Re: [Openstack] dhcp is not leasing an ip address in vlan mode
I did have a problem in vlan trunking on the switch. I fixed it. Now, I am able to ping and ssh the instance that is launched on the compute node from the controller. However, when I look into euca-get-console-output of that instance on compute node, I still see that it is not able to connect to 169.254.169.254 (metadata service). But, I see a private ip address getting leased correctly. Because of this I am able to ping and ssh successfully from CONTROLLER ONLY (not from compute node). I am not sure if this is the correct behavior. But, in case of flatDHCP this metadata connection should be successful. Otherwise, instances cannot be pinged/sshed in flatDHCP mode. Can VLAN be run in multi-host mode like it is done in flatDHCP mode as suggested by Sergio Ariel below? (with multi_host set to true and running nova-network running) euca-get-console-output log Sending discover... Sending select for 192.168.4.5... Lease of 192.168.4.5 obtained, lease time 120 starting DHCP forEthernet interface eth0 [ OK ] cloud-setup: checking http://169.254.169.254/2009-04-04/meta-data/instance-id wget: can't connect to remote host (169.254.169.254): Connection timed out cloud-setup: failed 1/30: up 9.84. request failed Thanks, -vj From: Sergio Ariel de la Campa Saiz saca...@gmv.com To: Vishvananda Ishaya vishvana...@gmail.com; Vijay vija...@yahoo.com Cc: openstack@lists.launchpad.net openstack@lists.launchpad.net Sent: Friday, June 1, 2012 5:12 AM Subject: RE: [Openstack] dhcp is not leasing an ip address in vlan mode Hi: I had a similar problem as Vijay: Network controller assigns a private ip address to the vm launched on compute node. However, I still cannot ping this ip address from the network(controller node). I am running nova-network service only on the controller. can't connect to remote host (169.254.169.254): Network is unreachable I solved it when I installed nova-network in all my compute nodes. I don´t use NAT but only routing, so each node is the default gateway to instances that are running on it. I don´t know if this workaround is good for you, but it is the best I got. Regards Sergio Ariel de la Campa Saiz GMV-SES Infraestructura / GMV-SES Infrastructure GMV Isaac Newton, 11 P.T.M. Tres Cantos E-28760 Madrid Tel. +34 91 807 21 00 Fax +34 91 807 21 99 www.gmv.com De: openstack-bounces+sacampa=gmv@lists.launchpad.net [openstack-bounces+sacampa=gmv@lists.launchpad.net] En nombre de Vishvananda Ishaya [vishvana...@gmail.com] Enviado el: viernes, 01 de junio de 2012 8:35 Para: Vijay CC: openstack@lists.launchpad.net Asunto: Re: [Openstack] dhcp is not leasing an ip address in vlan mode do you see sent and received packets on the vlan? I would suspect that you actually don't have the vlans trunked on the ports so the packets aren't making it across the switch. Vish On May 31, 2012, at 9:53 AM, Vijay wrote: Thanks for the reply. Network controller assigns a private ip address to the vm launched on compute node. However, I still cannot ping this ip address from the network(controller node). I am running nova-network service only on the controller. Thanks,-vj From: Narayan Desai narayan.de...@gmail.com To: Vijay vija...@yahoo.com Cc: openstack@lists.launchpad.net openstack@lists.launchpad.net Sent: Wednesday, May 30, 2012 5:28 PM Subject: Re: [Openstack] dhcp is not leasing an ip address in vlan mode This sounds like it might be working properly. In VLAN mode, allinstances are connected to one of the project vlans. The .1 address(gateway, dhcp, etc) exists on an interface on the nova-network node(or one of them, in the case that you are running multiple. Thisinterface is bridged to a tagged interface on the appropriate vlantag. On the nova-compute nodes, a vnet interface for the instance isbridged to the vlan tagged interface. On the compute node, there isn'tan IP interface on this network, so the private IP for instances isn'treachable, even if the instance is running on the same node.The canonical test for correct network function is if an instance isreachable via ping from the nova-network server that is currentlyserving the instance's project network.hth-nldOn Wed, May 30, 2012 at 5:42 PM, Vijay vija...@yahoo.com wrote: Hello, I am trying install Essex in VLAN mode on multiple compute nodes. I am able to lauch instances on controller (which also runs nova-compute) and ping/ssh those instances. I am able to launch instances on compute only node. However, I cannot ping the VM launched on compute only node. When i did the euca-get-console-output on that instance, I see that it is not getting an IP leased from DHCP .. Because of that it is not able to reach metadata server. Any help is appreciated. Console output is udhcpc (v1.17.2) started Sending discover... Sending discover... Sending discover... No
Re: [Openstack] dhcp is not leasing an ip address in vlan mode
yes it can. The best way is to run nova-api-metadata on every host so the request can go locally. Alternatively you can set the metadata_host config option on your compute hosts to the ip of a nova-api server somewhere else. you might have to be careful which interface the ip metadata_host is on. It defaults to my_ip, but i have seen it do odd things if the metadata_host is on a different ethernet device than the vms, so you might have to manually set it to a different ip. Vish On Jun 1, 2012, at 9:11 AM, Vijay wrote: I did have a problem in vlan trunking on the switch. I fixed it. Now, I am able to ping and ssh the instance that is launched on the compute node from the controller. However, when I look into euca-get-console-output of that instance on compute node, I still see that it is not able to connect to 169.254.169.254 (metadata service). But, I see a private ip address getting leased correctly. Because of this I am able to ping and ssh successfully from CONTROLLER ONLY (not from compute node). I am not sure if this is the correct behavior. But, in case of flatDHCP this metadata connection should be successful. Otherwise, instances cannot be pinged/sshed in flatDHCP mode. Can VLAN be run in multi-host mode like it is done in flatDHCP mode as suggested by Sergio Ariel below? (with multi_host set to true and running nova-network running) euca-get-console-output log Sending discover... Sending select for 192.168.4.5... Lease of 192.168.4.5 obtained, lease time 120 starting DHCP forEthernet interface eth0 [ OK ] cloud-setup: checking http://169.254.169.254/2009-04-04/meta-data/instance-id wget: can't connect to remote host (169.254.169.254): Connection timed out cloud-setup: failed 1/30: up 9.84. request failed Thanks, -vj From: Sergio Ariel de la Campa Saiz saca...@gmv.com To: Vishvananda Ishaya vishvana...@gmail.com; Vijay vija...@yahoo.com Cc: openstack@lists.launchpad.net openstack@lists.launchpad.net Sent: Friday, June 1, 2012 5:12 AM Subject: RE: [Openstack] dhcp is not leasing an ip address in vlan mode Hi: I had a similar problem as Vijay: Network controller assigns a private ip address to the vm launched on compute node. However, I still cannot ping this ip address from the network(controller node). I am running nova-network service only on the controller. can't connect to remote host (169.254.169.254): Network is unreachable I solved it when I installed nova-network in all my compute nodes. I don´t use NAT but only routing, so each node is the default gateway to instances that are running on it. I don´t know if this workaround is good for you, but it is the best I got. Regards Sergio Ariel de la Campa Saiz GMV-SES Infraestructura / GMV-SES Infrastructure GMV Isaac Newton, 11 P.T.M. Tres Cantos E-28760 Madrid Tel. +34 91 807 21 00 Fax +34 91 807 21 99 www.gmv.com De: openstack-bounces+sacampa=gmv@lists.launchpad.net [openstack-bounces+sacampa=gmv@lists.launchpad.net] En nombre de Vishvananda Ishaya [vishvana...@gmail.com] Enviado el: viernes, 01 de junio de 2012 8:35 Para: Vijay CC: openstack@lists.launchpad.net Asunto: Re: [Openstack] dhcp is not leasing an ip address in vlan mode do you see sent and received packets on the vlan? I would suspect that you actually don't have the vlans trunked on the ports so the packets aren't making it across the switch. Vish On May 31, 2012, at 9:53 AM, Vijay wrote: Thanks for the reply. Network controller assigns a private ip address to the vm launched on compute node. However, I still cannot ping this ip address from the network(controller node). I am running nova-network service only on the controller. Thanks,-vj From: Narayan Desai narayan.de...@gmail.com To: Vijay vija...@yahoo.com Cc: openstack@lists.launchpad.net openstack@lists.launchpad.net Sent: Wednesday, May 30, 2012 5:28 PM Subject: Re: [Openstack] dhcp is not leasing an ip address in vlan mode This sounds like it might be working properly. In VLAN mode, allinstances are connected to one of the project vlans. The .1 address(gateway, dhcp, etc) exists on an interface on the nova-network node(or one of them, in the case that you are running multiple. Thisinterface is bridged to a tagged interface on the appropriate vlantag. On the nova-compute nodes, a vnet interface for the instance isbridged to the vlan tagged interface. On the compute node, there isn'tan IP interface on this network, so the private IP for instances isn'treachable, even if the instance is running on the same node.The canonical test for correct network function is if an instance isreachable via ping from the nova-network server that is currentlyserving the instance's project network.hth-nldOn Wed, May 30, 2012 at 5:42 PM, Vijay vija...@yahoo.com wrote: Hello, I am trying install Essex in VLAN mode on multiple compute
Re: [Openstack] dhcp is not leasing an ip address in vlan mode
Along these lines, it seemed simplest if we just ran nova-api-metadata on each nova-network server. That way we could get rid of the awful ospf setup for metadata and just let the network aggregation do its job. -nld On Fri, Jun 1, 2012 at 1:58 PM, Vishvananda Ishaya vishvana...@gmail.comwrote: yes it can. The best way is to run nova-api-metadata on every host so the request can go locally. Alternatively you can set the metadata_host config option on your compute hosts to the ip of a nova-api server somewhere else. you might have to be careful which interface the ip metadata_host is on. It defaults to my_ip, but i have seen it do odd things if the metadata_host is on a different ethernet device than the vms, so you might have to manually set it to a different ip. Vish On Jun 1, 2012, at 9:11 AM, Vijay wrote: I did have a problem in vlan trunking on the switch. I fixed it. Now, I am able to ping and ssh the instance that is launched on the compute node from the controller. However, when I look into euca-get-console-output of that instance on compute node, I still see that it is not able to connect to 169.254.169.254 (metadata service). But, I see a private ip address getting leased correctly. Because of this I am able to ping and ssh successfully from CONTROLLER ONLY (not from compute node). I am not sure if this is the correct behavior. But, in case of flatDHCP this metadata connection should be successful. Otherwise, instances cannot be pinged/sshed in flatDHCP mode. Can VLAN be run in multi-host mode like it is done in flatDHCP mode as suggested by Sergio Ariel below? (with multi_host set to true and running nova-network running) euca-get-console-output log Sending discover... Sending select for 192.168.4.5... Lease of 192.168.4.5 obtained, lease time 120 starting DHCP forEthernet interface eth0 [ OK ] cloud-setup: checking http://169.254.169.254/2009-04-04/meta-data/instance-id wget: can't connect to remote host (169.254.169.254): Connection timed out cloud-setup: failed 1/30: up 9.84. request failed Thanks, -vj *From:* Sergio Ariel de la Campa Saiz saca...@gmv.com *To:* Vishvananda Ishaya vishvana...@gmail.com; Vijay vija...@yahoo.com *Cc:* openstack@lists.launchpad.net openstack@lists.launchpad.net *Sent:* Friday, June 1, 2012 5:12 AM *Subject:* RE: [Openstack] dhcp is not leasing an ip address in vlan mode ** Hi: I had a similar problem as Vijay: Network controller assigns a private ip address to the vm launched oncompute node. However, I still cannot ping this ip address from the network(controllernode). I am running nova-network service only on the controller. can't connect to remote host (169.254.169.254): Network is unreachable I solved it when I installed nova-network in all my compute nodes. I don´t use NAT but only routing, so each node is the default gateway to instances that are running on it. I don´t know if this workaround is good for you, but it is the best I got. Regards *Sergio Ariel * *de la Campa Saiz* GMV-SES Infraestructura / GMV-SES Infrastructure *GMV* Isaac Newton, 11 P.T.M. Tres Cantos E-28760 Madrid Tel. +34 91 807 21 00 Fax +34 91 807 21 99 www.gmv.com *De:* openstack-bounces+sacampa=gmv@lists.launchpad.net [ openstack-bounces+sacampa=gmv@lists.launchpad.net] En nombre de Vishvananda Ishaya [vishvana...@gmail.com] *Enviado el:* viernes, 01 de junio de 2012 8:35 *Para:* Vijay *CC:* openstack@lists.launchpad.net *Asunto:* Re: [Openstack] dhcp is not leasing an ip address in vlan mode ** do you see sent and received packets on the vlan? I would suspect that you actually don't have the vlans trunked on the ports so the packets aren't making it across the switch. ** Vish ** On May 31, 2012, at 9:53 AM, Vijay wrote: ** Thanks for the reply. Network controller assigns a private ip address to the vm launched on compute node. However, I still cannot ping this ip address from the network(controller node). I am running nova-network service only on the controller. Thanks,**-vj** *From:* Narayan Desai narayan.de...@gmail.com *To:* Vijay vija...@yahoo.com *Cc:* openstack@lists.launchpad.net openstack@lists.launchpad.net *Sent:* Wednesday, May 30, 2012 5:28 PM *Subject:* Re: [Openstack] dhcp is not leasing an ip address in vlan mode **This sounds like it might be working properly. In VLAN mode, all**instances are connected to one of the project vlans. The .1 address**(gateway, dhcp, etc) exists on an interface on the nova-network node**(or one of them, in the case that you are running multiple. This**interface is bridged to a tagged interface on the appropriate vlan**tag. On the nova-compute nodes, a vnet interface for the instance is**bridged to the vlan tagged interface. On the compute node, there isn't**an IP interface on this network, so the private IP for instances isn't**reachable, even if the instance is running on the same
Re: [Openstack] dhcp is not leasing an ip address in vlan mode
Thanks for the reply. Network controller assigns a private ip address to the vm launched on compute node. However, I still cannot ping this ip address from the network(controller node). I am running nova-network service only on the controller. Thanks, -vj From: Narayan Desai narayan.de...@gmail.com To: Vijay vija...@yahoo.com Cc: openstack@lists.launchpad.net openstack@lists.launchpad.net Sent: Wednesday, May 30, 2012 5:28 PM Subject: Re: [Openstack] dhcp is not leasing an ip address in vlan mode This sounds like it might be working properly. In VLAN mode, all instances are connected to one of the project vlans. The .1 address (gateway, dhcp, etc) exists on an interface on the nova-network node (or one of them, in the case that you are running multiple. This interface is bridged to a tagged interface on the appropriate vlan tag. On the nova-compute nodes, a vnet interface for the instance is bridged to the vlan tagged interface. On the compute node, there isn't an IP interface on this network, so the private IP for instances isn't reachable, even if the instance is running on the same node. The canonical test for correct network function is if an instance is reachable via ping from the nova-network server that is currently serving the instance's project network. hth -nld On Wed, May 30, 2012 at 5:42 PM, Vijay vija...@yahoo.com wrote: Hello, I am trying install Essex in VLAN mode on multiple compute nodes. I am able to lauch instances on controller (which also runs nova-compute) and ping/ssh those instances. I am able to launch instances on compute only node. However, I cannot ping the VM launched on compute only node. When i did the euca-get-console-output on that instance, I see that it is not getting an IP leased from DHCP .. Because of that it is not able to reach metadata server. Any help is appreciated. Console output is udhcpc (v1.17.2) started Sending discover... Sending discover... Sending discover... No lease, forking to background starting DHCP forEthernet interface eth0 [ OK ] cloud-setup: checking http://169.254.169.254/2009-04-04/meta-data/instance-id wget: can't connect to remote host (169.254.169.254): Network is unreachable cloud-setup: failed 1/30: up 17.71. request failed nova.conf: --dhcpbridge_flagfile=/etc/nova/nova.conf --dhcpbridge=/usr/local/bin/nova-dhcpbridge --logdir=/var/log/nova --state_path=/var/lib/nova --lock_path=/var/lock/nova --force_dhcp_release=True --use_deprecated_auth --iscsi_helper=tgtadm --verbose --vncserver_listen=0.0.0.0 --sql_connection=mysql://novadbadmin:novasecret@192.168.198.85/nova --daemonize --s3_host=192.168.198.85 --rabbit_host=192.168.198.85 --cc_host=192.168.198.85 --ospi_host=192.168.198.85 --ec2_host=192.168.198.85 --ec2_url=http://192.168.198.85:8773/services/Cloud --nova_url=http://192.168.198.85:8774/v1.1/ # VLAN mode --flat_interface=eth1 --flat_injected=False --flat_network_bridge=br100 --flat_network_dhcp_start=192.168.4.2 --network_manager=nova.network.manager.VlanManager --vlan_interface=eth1 --public_interface=vlan100 --allow_same_net_traffic=True --fixed_range=192.168.4.0/24 --network_size=256 --FAKE_subdomain=ec2 --routing_source_ip=192.168.198.85 --glance_api_servers=192.168.198.85:9292 --image_service=nova.image.glance.GlanceImageService --iscsi_ip_prefix=192.168. --connection_type=libvirt --libvirt_type=qemu # Keystone --auth_strategy=keystone --api_paste_config=/etc/nova/api-paste.ini --keystone_ec2_url=http://192.168.198.85:5000/v2.0/ec2tokens Thanks, -vj ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ 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] dhcp is not leasing an ip address in vlan mode
This sounds like it might be working properly. In VLAN mode, all instances are connected to one of the project vlans. The .1 address (gateway, dhcp, etc) exists on an interface on the nova-network node (or one of them, in the case that you are running multiple. This interface is bridged to a tagged interface on the appropriate vlan tag. On the nova-compute nodes, a vnet interface for the instance is bridged to the vlan tagged interface. On the compute node, there isn't an IP interface on this network, so the private IP for instances isn't reachable, even if the instance is running on the same node. The canonical test for correct network function is if an instance is reachable via ping from the nova-network server that is currently serving the instance's project network. hth -nld On Wed, May 30, 2012 at 5:42 PM, Vijay vija...@yahoo.com wrote: Hello, I am trying install Essex in VLAN mode on multiple compute nodes. I am able to lauch instances on controller (which also runs nova-compute) and ping/ssh those instances. I am able to launch instances on compute only node. However, I cannot ping the VM launched on compute only node. When i did the euca-get-console-output on that instance, I see that it is not getting an IP leased from DHCP .. Because of that it is not able to reach metadata server. Any help is appreciated. Console output is udhcpc (v1.17.2) started Sending discover... Sending discover... Sending discover... No lease, forking to background starting DHCP forEthernet interface eth0 [ OK ] cloud-setup: checking http://169.254.169.254/2009-04-04/meta-data/instance-id wget: can't connect to remote host (169.254.169.254): Network is unreachable cloud-setup: failed 1/30: up 17.71. request failed nova.conf: --dhcpbridge_flagfile=/etc/nova/nova.conf --dhcpbridge=/usr/local/bin/nova-dhcpbridge --logdir=/var/log/nova --state_path=/var/lib/nova --lock_path=/var/lock/nova --force_dhcp_release=True --use_deprecated_auth --iscsi_helper=tgtadm --verbose --vncserver_listen=0.0.0.0 --sql_connection=mysql://novadbadmin:novasecret@192.168.198.85/nova --daemonize --s3_host=192.168.198.85 --rabbit_host=192.168.198.85 --cc_host=192.168.198.85 --ospi_host=192.168.198.85 --ec2_host=192.168.198.85 --ec2_url=http://192.168.198.85:8773/services/Cloud --nova_url=http://192.168.198.85:8774/v1.1/ # VLAN mode --flat_interface=eth1 --flat_injected=False --flat_network_bridge=br100 --flat_network_dhcp_start=192.168.4.2 --network_manager=nova.network.manager.VlanManager --vlan_interface=eth1 --public_interface=vlan100 --allow_same_net_traffic=True --fixed_range=192.168.4.0/24 --network_size=256 --FAKE_subdomain=ec2 --routing_source_ip=192.168.198.85 --glance_api_servers=192.168.198.85:9292 --image_service=nova.image.glance.GlanceImageService --iscsi_ip_prefix=192.168. --connection_type=libvirt --libvirt_type=qemu # Keystone --auth_strategy=keystone --api_paste_config=/etc/nova/api-paste.ini --keystone_ec2_url=http://192.168.198.85:5000/v2.0/ec2tokens Thanks, -vj ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
