<div dir="ltr">James,<div><br></div><div>I think I'm hitting this problem.</div><div><br></div><div>I'm using "Per-Tenant Routers with Private Networks", GRE tunnels and L3+DHCP Network Node.</div><div><br>
</div><div>The connectivity from behind my Instances is very slow. It takes an eternity to finish "apt-get update".</div><div><br></div><div>If I run "apt-get update" from within tenant's Namespace, it goes fine.</div>
<div><br></div><div>If I enable "ovs_use_veth", Metadata (and/or DHCP) stops working and I and unable to start new Ubuntu Instances and login into them... Look:</div><div><br></div><div>--</div><div><div>cloud-init start running: Tue, 22 Oct 2013 05:57:39 +0000. up 4.01 seconds</div>
<div>2013-10-22 06:01:42,989 - util.py[WARNING]: '<a href="http://169.254.169.254/2009-04-04/meta-data/instance-id">http://169.254.169.254/2009-04-04/meta-data/instance-id</a>' failed [3/120s]: url error [[Errno 113] No route to host]</div>
<div>2013-10-22 06:01:45,988 - util.py[WARNING]: '<a href="http://169.254.169.254/2009-04-04/meta-data/instance-id">http://169.254.169.254/2009-04-04/meta-data/instance-id</a>' failed [6/120s]: url error [[Errno 113] No route to host]</div>
</div><div>--</div><div><br></div><div>Is this problem still around?!</div><div><br></div><div>Should I stay away from GRE tunnels when with Havana + Ubuntu 12.04.3?</div><div><br></div><div>Is it possible to re-enable Metadata when ovs_use_veth = true ?</div>
<div><br></div><div>Thanks!</div><div>Thiago</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 3 October 2013 06:27, James Page <span dir="ltr"><<a href="mailto:james.page@ubuntu.com" target="_blank">james.page@ubuntu.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA256<br>
<br>
</div><div class="im">On 02/10/13 22:49, James Page wrote:<br>
>> sudo ip netns exec qrouter-d3baf1b1-55ee-42cb-a3f6-9629288e3221<br>
>>> traceroute -n 10.5.0.2 -p 44444 --mtu traceroute to 10.5.0.2<br>
>>> (10.5.0.2), 30 hops max, 65000 byte packets 1 10.5.0.2 0.950<br>
>>> ms F=1500 0.598 ms 0.566 ms<br>
>>><br>
>>> The PMTU from the l3 gateway to the instance looks OK to me.<br>
> I spent a bit more time debugging this; performance from within<br>
> the router netns on the L3 gateway node looks good in both<br>
> directions when accessing via the tenant network (10.5.0.2) over<br>
> the qr-XXXXX interface, but when accessing through the external<br>
> network from within the netns I see the same performance choke<br>
> upstream into the tenant network.<br>
><br>
> Which would indicate that my problem lies somewhere around the<br>
> qg-XXXXX interface in the router netns - just trying to figure out<br>
> exactly what - maybe iptables is doing something wonky?<br>
<br>
</div>OK - I found a fix but I'm not sure why this makes a difference;<br>
neither my l3-agent or dhcp-agent configuration had 'ovs_use_veth =<br>
True'; I switched this on, clearing everything down, rebooted and now<br>
I seem symmetric good performance across all neutron routers.<br>
<br>
This would point to some sort of underlying bug when ovs_use_veth = False.<br>
<div class="im"><br>
<br>
- --<br>
James Page<br>
Ubuntu and Debian Developer<br>
<a href="mailto:james.page@ubuntu.com">james.page@ubuntu.com</a><br>
<a href="mailto:jamespage@debian.org">jamespage@debian.org</a><br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.14 (GNU/Linux)<br>
Comment: Using GnuPG with Thunderbird - <a href="http://www.enigmail.net/" target="_blank">http://www.enigmail.net/</a><br>
<br>
</div>iQIcBAEBCAAGBQJSTTh6AAoJEL/srsug59jDmpEP/jaB5/yn9+Xm12XrVu0Q3IV5<br>
fLGOuBboUgykVVsfkWccI/oygNlBaXIcDuak/E4jxPcoRhLAdY1zpX8MQ8wSsGKd<br>
CjSeuW8xxnXubdfzmsCKSs3FCIBhDkSYzyiJd/raLvCfflyy8Cl7KN2x22mGHJ6z<br>
qZ9APcYfm9qCVbEssA3BHcUL+st1iqMJ0YhVZBk03+QEXaWu3FFbjpjwx3X1ZvV5<br>
Vbac7enqy7Lr4DSAIJVldeVuRURfv3YE3iJZTIXjaoUCCVTQLm5OmP9TrwBNHLsA<br>
7W+LceQri+Vh0s4dHPKx5MiHsV3RCydcXkSQFYhx7390CXypMQ6WwXEY/a8Egssg<br>
SuxXByHwEcQFa+9sCwPQ+RXCmC0O6kUi8EPmwadjI5Gc1LoKw5Wov/SEen86fDUW<br>
P9pRXonseYyWN9I4MT4aG1ez8Dqq/SiZyWBHtcITxKI2smD92G9CwWGo4L9oGqJJ<br>
UcHRwQaTHgzy3yETPO25hjax8ZWZGNccHBixMCZKegr9p2dhR+7qF8G7mRtRQLxL<br>
0fgOAExn/SX59ZT4RaYi9fI6Gng13RtSyI87CJC/50vfTmqoraUUK1aoSjIY4Dt+<br>
DYEMMLp205uLEj2IyaNTzykR0yh3t6dvfpCCcRA/xPT9slfa0a7P8LafyiWa4/5c<br>
jkJM4Y1BUV+2L5Rrf3sc<br>
=4lO4<br>
<div class="HOEnZb"><div class="h5">-----END PGP SIGNATURE-----<br>
<br>
_______________________________________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
Post to : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
</div></div></blockquote></div><br></div>