← Back to team overview

openstack team mailing list archive

Re: ANNOUNCE: Ultimate OpenStack Grizzly Guide, with super easy Quantum!

 

So this is what I understand. Even if you do flat (nova-network style) , no
floating ip you still need l3 for metadata(?). I am really confused. I
could never ever make quantum work. never had any issues with nova-network.

Paras.



On Fri, Apr 19, 2013 at 8:35 PM, Daniels Cai <danxcai@xxxxxxxxx> wrote:

> paras
>
> In my experience the answer is yes .
> In grizzly , metadata proxy works in the qrouter's name space ,no router
> means no metadata .
> I am not sure whether any other approaches .
>
> Daniels Cai
>
> http://dnscai.com
>
> 在 2013-4-20,9:28,"Martinx - ジェームズ" <thiagocmartinsc@xxxxxxxxx> 写道:
>
> Daniels,
>
> There is no `Quantum L3' on this setup (at least not on my own environment
> / guide).
>
> So, this leads me to one question: Metadata depends on L3?
>
> I do not want Quantum L3 package and I want Metadata... Is that possible?
>
> Tks,
> Thiago
>
>
> On 19 April 2013 21:44, Daniels Cai <danxcai@xxxxxxxxx> wrote:
>
>> Hi Paras
>> The log says your dhcp works fine while metadata is not
>> Check the following steps
>>
>> 1.Make sure nova API enables metadata service
>>
>> 2. A virtual router should be created for your subnet and this router is
>> binding with a l3 agent
>>
>> 3.in the l3 agent metadata proxy service should be works fine
>> Metadata service config file should contains nova API host and keystone
>> auth info
>>
>> 4.  Ovs bridge br-ex is needed in your l3 agent server even you don't
>> need floating ip
>>
>> Daniels Cai
>>
>> http://dnscai.com
>>
>> 在 2013-4-19,23:42,Paras pradhan <pradhanparas@xxxxxxxxx> 写道:
>>
>> Any idea why I could not hit http://169.254.169.254/20090404/instanceid? Here is what I am seeing in cirros .
>>
>> --
>> Sending discover...
>> Sending select for 192.168.122.98...
>> Lease of 192.168.122.98 obtained, lease time 120
>> deleting routers
>> route: SIOCDELRT: No such process
>> route: SIOCADDRT: No such process
>> adding dns 192.168.122.1
>> adding dns 8.8.8.8
>> cirrosds 'net' up at 4.62
>> checking http://169.254.169.254/20090404/instanceid
>> failed 1/20: up 4.79. request failed
>> failed 2/20: up 6.97. request failed
>> failed 3/20: up 9.03. request failed
>> failed 4/20: up 11.08. request fa
>>
>> ..
>> --
>>
>> Thanks
>> Paras.
>>
>>
>> On Thu, Apr 11, 2013 at 7:22 AM, Martinx - ジェームズ <
>> thiagocmartinsc@xxxxxxxxx> wrote:
>>
>>> Guys!
>>>
>>>  I just update the *Ultimate OpenStack Grizzly Guide*<https://gist.github.com/tmartinx/d36536b7b62a48f859c2>
>>> !
>>>
>>>  You guys will note that this environment works with "*echo 0 >
>>> /proc/sys/net/ipv4/ip_forward*", on *both* controller *AND* compute
>>> nodes! Take a look! I didn't touch the /etc/sysctl.conf file and it is
>>> working!
>>>
>>>  I'll ask for the help of this community to finish my guide.
>>>
>>>  On my `TODO list' I have: enable Metadata, Spice and Ceilometer.
>>> Volunteers?!
>>>
>>> Best!
>>> Thiago
>>>
>>> On 20 March 2013 19:51, Martinx - ジェームズ <thiagocmartinsc@xxxxxxxxx>wrote:
>>>
>>>> Hi!
>>>>
>>>>  I'm working with Grizzly G3+RC1 on top of Ubuntu 12.04.2 and here is
>>>> the guide I wrote:
>>>>
>>>>  Ultimate OpenStack Grizzly Guide<https://gist.github.com/tmartinx/d36536b7b62a48f859c2>
>>>>
>>>>  It covers:
>>>>
>>>>  * Ubuntu 12.04.2
>>>>  * Basic Ubuntu setup
>>>>  * KVM
>>>>  * OpenvSwitch
>>>>  * Name Resolution for OpenStack components;
>>>>  * LVM for Instances
>>>>  * Keystone
>>>>  * Glance
>>>>  * Quantum - Single Flat, Super Green!!
>>>>  * Nova
>>>>  * Cinder / tgt
>>>>  * Dashboard
>>>>
>>>>  It is still a draft but, every time I deploy Ubuntu and Grizzly, I
>>>> follow this little guide...
>>>>
>>>>  I would like some help to improve this guide... If I'm doing something
>>>> wrong, tell me! Please!
>>>>
>>>>  Probably I'm doing something wrong, I don't know yet, but I'm seeing
>>>> some errors on the logs, already reported here on this list. Like for
>>>> example: nova-novncproxy conflicts with novnc (no VNC console for now),
>>>> dhcp-agent.log / auth.log points to some problems with `sudo' or the
>>>> `rootwarp' subsystem when dealing with metadata (so it isn't working)...
>>>>
>>>>  But in general, it works great!!
>>>>
>>>> Best!
>>>> Thiago
>>>>
>>>
>>>
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~openstack
>>> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~openstack
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openstack
>> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openstack
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>

Follow ups

References