Open Stack

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.page at 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.page at ubuntu.com
> jamespage at 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-----
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20131023/5d9d2ff2/attachment.html>