Hi Thiago,
Yours isn’t the same problem as mine; yours sounds like either the DHCP service isn’t running, or your instances cannot reach the DHCP service somehow (i.e a routing problem.) IMO, IRC answers are highly dependent on the knowledge of the advice giver ;) I had the same problem when I first installed Devstack, and I believe it was because of an incorrect network setup. I redid the network setup, and restarted, and my instances began getting IP addr’s via DHCP. Now my problem is that the metadata service is not working, most likely because I am running Quantum instead of nova-network, and it is set up for overlapping tenant networks. I am going to try Mark’s suggested fix below (enabling the ‘q-meta’ service) and see if that solves the problem. Best, Will From: Martinx - ジェームズ [mailto:[email protected]] Sent: Thursday, January 03, 2013 1:59 PM To: Mark McClain Cc: Will Dennis; [email protected] Subject: Re: [Openstack] VMs not able to contact metadata service Hi! My Instance doesn't get an IP... Don't know if it is related to this problem... I'm following this guide: http://docs.openstack.org/folsom/basic-install/content/basic-install_operate.html That guide uses Folsom / Quantum and, someone on IRC have said that my instance isn't able to reach metadata but, I have no idea about what's going on... Can someone enlighten me? I mean, if my problem is related to this or not? Thanks! Thiago On 3 January 2013 15:54, Mark McClain <[email protected]> wrote: Will- The metadata service in Folsom will only work when overlapping IP ranges are disabled (see: http://docs.openstack.org/trunk/openstack-network/admin/content/ch_limitations.html). For Grizzly, we have added metadata service for overlapping networks. This feature is currently available in devstack when you enable the q-meta service. mark On Jan 2, 2013, at 11:10 PM, Willard Dennis <[email protected]> wrote: > Hello all, > > I am running Folsom with Quantum v2, via Devstack. Am trying to use Ubuntu > UEC image to spawn VMs, but when the VM instance boots, it is not able to > contact the metadata server in order to (among other things) inject the > public key needed in order for me to be able to SSH into the instance. See > http://paste.openstack.org/show/28764/ for a log snippet if needed. > > Following the (incorrect, bug reported) instructions found at > http://docs.openstack.org/folsom/openstack-compute/admin/content/configuring-openstack-compute-basics.html#enabling-access-to-vms-on-the-compute-node > (search for "If you want to use the 10.04 Ubuntu Enterprise Cloud images" to > get to the instructions, and change the metadata port from the incorrect > '8773' to the correct '8775') I added the rule into iptables, with no luck・I > still cannot reach the metadata server at 169.254.169.254:80. When I dump the > iptables rules for the 'nat' table, I see that my added rule is being hit, > but it's still not working: > > $ sudo iptables -t nat -L -v -n > Chain PREROUTING (policy ACCEPT 982 packets, 159K bytes) > pkts bytes target prot opt in out source destination > 210 27054 nova-compute-PREROUTING all -- * * 0.0.0.0/0 0.0.0.0/0 > 17 1020 DNAT tcp -- * * 0.0.0.0/0 169.254.169.254 tcp dpt:80 > to:xxx.xx.xx.xx:8775 <<<<< (target IP addr redacted) > 3078 520K nova-api-PREROUTING all -- * * 0.0.0.0/0 0.0.0.0/0 > > I searched and found this thread from this list: > http://www.mail-archive.com/[email protected]/msg16569.html > Does this mean that the Nova metadata service cannot be used with Quantum > when using multiple tenant networks (L3 arch)? (this is the model that > Devstack implements in my setup) > If the above is true, can I revert to another supported configuration (and > kindly give me a pointer as to how?) > Finally, any plans to fix the metadata service so that it will work with > Quantum's L3 service, and enable this out of the box with Devstack? (dare to > dream :) > > Thanks and regards, > Will > _______________________________________________ > Mailing list: https://launchpad.net/~openstack > Post to : [email protected] > Unsubscribe : https://launchpad.net/~openstack > More help : https://help.launchpad.net/ListHelp _______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : [email protected] Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
_______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : [email protected] Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
