Hi James! Any updates about this issue?!
I am unable to provide a good connectivity for my tenants. I already tried everything I could, without success... I tried to installing it again, from scratch, in parallel (another isolated lab), using new hardware, same result. I'm trying to use "Per-Tenant Routers with Private Networks" topology, and it is useless... I'm with GRE tunnels, and a Network Node with 3 ethernets. Also, when I enable ovs_use_veth, DHCP / Metadata stops working, reboots doesn't fix it. So, I am unable to check if ovs_use_veth fix it. I'm a bit tired of GRE tunnels, too much trouble... Maybe it is time to try VXLAN... But it will be a shot in the dark... :-/ Grizzly Reference HowTo, used to guide my Havana deployment: https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/OVS_MultiNode/OpenStack_Grizzly_Install_Guide.rst Thanks! Thiago On 22 October 2013 12:24, James Page <james.p...@ubuntu.com> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hi Martinx > > On 21/10/13 23:52, Martinx - ジェームズ wrote: > > I'm using "Per-Tenant Routers with Private Networks", GRE tunnels > > and L3+DHCP Network Node. > > > > The connectivity from behind my Instances is very slow. It takes > > an eternity to finish "apt-get update". > > > > If I run "apt-get update" from within tenant's Namespace, it goes > > fine. > > > > 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: > > > > -- cloud-init start running: Tue, 22 Oct 2013 05:57:39 +0000. up > > 4.01 seconds 2013-10-22 06:01:42,989 - util.py[WARNING]: > > 'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed > > [3/120s]: url error [[Errno 113] No route to host] 2013-10-22 > > 06:01:45,988 - util.py[WARNING]: > > 'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed > > [6/120s]: url error [[Errno 113] No route to host] -- > > > > Is this problem still around?! > > Definatetly sounds similar; I'd ensure that all of the namespaces on > the gateways/data forwarding node are correct by giving it a reboot; > > I think this needs a bug; Neutron should be OK without the use of veth > - - I'll get to that today. > > Cheers > > James > > - -- > James Page > Ubuntu and Debian Developer > james.p...@ubuntu.com > jamesp...@debian.org > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.14 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQIcBAEBCAAGBQJSZoqMAAoJEL/srsug59jDlYAQAJkzfeVcWElQbB9LWQ4CRwjy > KwiAsFN6UVVnUgh4gZtS6Nb9xUtA4oQN/X8hVbSK9Ng5bSErot1NrjRITnWH0Wjl > 70Tg4vh4ofufrYzzvGcUVGJ0FB1V+pf/XDAk5vMNEF6iMs7/XETWsabN15dPPUOv > Hq+YKo+8eeDgASVszelb8Hy14oZ7mJ1uaGIUTCqXH3Zbrkcwqw9Cp0AJ621pQ6K4 > W0deiyy89+Br/FF65pi358949o1z7xexo+R74i9mPwUyeEuR27EeZEo9sM2LgLkR > kvk4jhndAZNgnK4ijc6ATqKuiDqgyUbrwJi4MTIbN2iFKtEV9gwftW/LRBwL5ihN > CgTgUw3ocKRudstgqUJ4Y1UjAmeztnrdQ3ZYuj1IXqqnpjvWvBxE87ajmoj6xhEL > miaxEKHkQuiM6XTuSmmoUvVQw5H77ZaRBTUCtTr2yUbaHArrBgjCwdAWsXjv2jp0 > OO59k6Und6Mugi1tpUOWgrupgcrqG0Bc0W9XC+Q11WhYVYaoDh6QEjGFY8/5H5Mp > gUfu6jvGA891eDbYDMFclB2XDAKDxKGvMsnJbJ3UbC/tQBmmviemKgbKqRAO3Pt7 > 692bLGwuTy/t69EbTqs/+USaJGn9G2l2pZk8CgvmmHEU4dqdKqtFsZCfn4X3+w41 > sl0NaHdulfF8HRgQN6ES > =kaLf > -----END PGP SIGNATURE----- >
_______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack