I reset neutron (cleared DB etc.) and rebooted the network node and it worked fine the second time around.
I think the first time something went wrong talking to the DB initially. I fixed up the config but then it was impossible for it to fix itself. eg. restarting the neutron agents did nothing. Sam > On 9 Apr 2015, at 1:47 am, Daniele Venzano <daniele.venz...@eurecom.fr> wrote: > > I am 99% sure I configured the linuxbridge agent on the network node the same > way as on the compute nodes, but it was doing nothing. > But I did it a while ago, so I could be wrong. Anyway having the agent > constantly running just to create a bridge at boot is bit of a waste. > The next maintenance window I will try again, just to understand. > > > From: Kris G. Lindgren [mailto:klindg...@godaddy.com] > Sent: Wednesday 08 April 2015 17:01 > To: Daniele Venzano; 'Daniel Comnea' > Cc: openstack-operators@lists.openstack.org > Subject: Re: [Openstack-operators] Flat network with linux bridge plugin > > We run this exact configuration with the exception that we are using OVS > instead of linux bridge agent. On your "Network nodes" (those running > metadata/dhcp) you need to configure them exactly like you do you compute > services from the standpoint of the L2 agent. Once we did that when the l2 > agent starts it creates the bridges it cares about and the dhcp agent then > gets plugged into those bridges. We didn't have to specifically create any > bridges or manually plug vifs into it to get everything to work. > > I would be highly surprised if the linuxbridge agent acted any differently. > Mainly because the dhcp agent consumes an IP/port on the network, no > different than a vm would. So the L2 agent should plug it for you > automatically. > ____________________________________________ > > Kris Lindgren > Senior Linux Systems Engineer > GoDaddy, LLC. > > From: Daniele Venzano <daniele.venz...@eurecom.fr > <mailto:daniele.venz...@eurecom.fr>> > Organization: EURECOM > Date: Wednesday, April 8, 2015 at 4:21 AM > To: 'Daniel Comnea' <comnea.d...@gmail.com <mailto:comnea.d...@gmail.com>> > Cc: "openstack-operators@lists.openstack.org > <mailto:openstack-operators@lists.openstack.org>" > <openstack-operators@lists.openstack.org > <mailto:openstack-operators@lists.openstack.org>> > Subject: Re: [Openstack-operators] Flat network with linux bridge plugin > > Juno (from ubuntu cloud), on Ubuntu 14.04 > > From: daniel.com...@gmail.com <mailto:daniel.com...@gmail.com> > [mailto:daniel.com...@gmail.com <mailto:daniel.com...@gmail.com>] On Behalf > Of Daniel Comnea > Sent: Wednesday 08 April 2015 11:29 > To: Daniele Venzano > Cc: Sam Morrison; openstack-operators@lists.openstack.org > <mailto:openstack-operators@lists.openstack.org> > Subject: Re: [Openstack-operators] Flat network with linux bridge plugin > > Which release are you using it, on which OS ? > > > On Wed, Apr 8, 2015 at 9:00 AM, Daniele Venzano <daniele.venz...@eurecom.fr > <mailto:daniele.venz...@eurecom.fr>> wrote: > Well, I found a way to make it work. > Yes, you need a bridge (brctl addbr ...). > You need to create it by hand and add the interfaces (physical and dnsmasq > namespace) to it. > The linuxbridge agent installed on the network node does not do anything. > > The problem with this is that the interface for the namespace is created > after an arbitrary amount of time by one of the neutron daemons, so you > cannot simply put the bridge creation in one of the boot scripts, but you > have to wait for the interface to appear. > > > From: Sam Morrison [mailto:sorri...@gmail.com <mailto:sorri...@gmail.com>] > Sent: Wednesday 08 April 2015 05:46 > To: Daniele Venzano > Cc: openstack-operators@lists.openstack.org > <mailto:openstack-operators@lists.openstack.org> > Subject: Re: [Openstack-operators] Flat network with linux bridge plugin > > Hi Daniele, > > I’ve started playing with neutron too and have the exact same issue. Did you > find a solution? > > Cheers, > Sam > > > >> On 18 Feb 2015, at 8:47 pm, Daniele Venzano <daniele.venz...@eurecom.fr >> <mailto:daniele.venz...@eurecom.fr>> wrote: >> >> Hello, >> >> I’m trying to configure a very simple Neutron setup. >> >> On the compute nodes I want a linux bridge connected to a physical interface >> on one side and the VMs on the other side. This I have, by using the linux >> bridge agent and a physnet1:em1 mapping in the config file. >> >> On the controller side I need the dhcp and metadata agents. I installed and >> configured them. They start, no errors in logs. I see a namespace with a >> ns-* interface in it for dhcp. Outside the namespace I see a tap* interface >> without IP address, not connected to anything. >> I installed the linux bridge agent also on the controller node, hoping it >> would create the bridge between the physnet interface and the dhcp namespace >> tap interface, but it just sits there and does nothing. >> >> So: I have VMs sending DHCP requests. I see the requests on the controller >> node, but the dhcp namespace is not connected to anything. >> I can provide logs and config files, but probably I just need a hint in the >> right direction. >> >> On the network controller: >> Do I need a bridge to connect the namespace to the physical interface? >> Should this bridge be created by me by hand, or by the linuxbridge agent? >> Should I run the linuxbridge agent on the network controller? >> >> I do not want/have a l3 agent. I want to have just one shared network for >> all tenants, very simple. >> >> Thanks, >> Daniele >> _______________________________________________ >> OpenStack-operators mailing list >> OpenStack-operators@lists.openstack.org >> <mailto:OpenStack-operators@lists.openstack.org> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators >> <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators> > > > _______________________________________________ > OpenStack-operators mailing list > OpenStack-operators@lists.openstack.org > <mailto:OpenStack-operators@lists.openstack.org> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators > <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators> > > _______________________________________________ > OpenStack-operators mailing list > OpenStack-operators@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
_______________________________________________ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators