Re: [Openstack] nova/quantum/ovs configuration conundrum

2012-11-09 Thread Choe, Cheng-Dae
currently. l3_agent designed as serve all tenant's traffic or per router per l3_agent by specify router_id in l3_agent.ini so in current architecture. if you want deploy as production scale. I think l3_agent must be dedicated to one router or the another solution is needed(nvp, midonet, cisco ..

Re: [Openstack] nova/quantum/ovs configuration conundrum

2012-11-08 Thread Sina Sadeghi
"I followed the instructions to add a route from http://docs.openstack.org/trunk/openstack-network/admin/content/adv_cfg_l3_agent_metadata.html but I don't immediately see how the route add helped here - but it has raised an eyebrow." Tell me about it!

Re: [Openstack] nova/quantum/ovs configuration conundrum

2012-11-08 Thread Kevin Jackson
Hi Stephen, This is what I get... (note change of namespace etc as this machine is a VM that was recreated). root@openstack:~# ip netns list qdhcp-3f0a3d53-f3a4-4da8-a5e0-1a97b6e51424 qrouter-f26858db-3ae8-431b-86a7-edab80834586 root@openstack:~# ip netns exec qrouter-f26858db-3ae8-431b-86a7-edab

Re: [Openstack] nova/quantum/ovs configuration conundrum

2012-11-08 Thread Stephen Gran
Hi, On Thu, 2012-11-08 at 10:02 +, Kevin Jackson wrote: > Thanks for that - the namspace thing is starting to make sense. > So I see this rule in there now: > > Chain quantum-l3-agent-PREROUTING (1 references) > pkts bytes target prot opt in out source > destination >

Re: [Openstack] nova/quantum/ovs configuration conundrum

2012-11-08 Thread Kevin Jackson
Thanks for that - the namspace thing is starting to make sense. So I see this rule in there now: Chain quantum-l3-agent-PREROUTING (1 references) pkts bytes target prot opt in out source destination 62 3720 DNAT tcp -- * * 0.0.0.0/0 169.254.169.254 tcp dpt:

Re: [Openstack] nova/quantum/ovs configuration conundrum

2012-11-07 Thread Salvatore Orlando
Kevin is correct; as your're running IP namespaces, you'll need to look for iptables in that namespace. The metadata settings however are visible in the log extract you posted. It seems your metadata server is sitting at 172.16.0.201:8775 I guess you've already ensured that endpoint is reachable fr

Re: [Openstack] nova/quantum/ovs configuration conundrum

2012-11-07 Thread Stephen Gran
On Wed, 2012-11-07 at 16:02 +, Kevin Jackson wrote: > Heyup good folk of OpenStack, > I'm having the same issue as Sina. My configuration seems to look OK > (I have an instance, with IP that can ping its default route to on an > internal network) but I get the failure to contact the metadata

Re: [Openstack] nova/quantum/ovs configuration conundrum

2012-11-07 Thread Kevin Jackson
Heyup good folk of OpenStack, I'm having the same issue as Sina. My configuration seems to look OK (I have an instance, with IP that can ping its default route to on an internal network) but I get the failure to contact the metadata server with the explanation that Sina gave. In my /var/log/quant

Re: [Openstack] nova/quantum/ovs configuration conundrum

2012-11-07 Thread Choe, Cheng-Dae
- DNAT rule to metadata server is done by l3_agent. but your node configuration has no l3_agent - and metadata_ip configuration can find l3_agent.ini. 2012. 11. 7., 오후 9:15, Sina Sadeghi 작성: > Hello all, > > I thought I would give quantum a shot and I've got a 50-60% working > configuration,

[Openstack] nova/quantum/ovs configuration conundrum

2012-11-07 Thread Sina Sadeghi
Hello all, I thought I would give quantum a shot and I've got a 50-60% working configuration, but having trouble understanding where to go from here as the docs are pretty sparse. Ubuntu 12.04.1 +