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 <[email protected]> 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:[email protected]] > Sent: Wednesday 08 April 2015 17:01 > To: Daniele Venzano; 'Daniel Comnea' > Cc: [email protected] > 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 <[email protected] > <mailto:[email protected]>> > Organization: EURECOM > Date: Wednesday, April 8, 2015 at 4:21 AM > To: 'Daniel Comnea' <[email protected] <mailto:[email protected]>> > Cc: "[email protected] > <mailto:[email protected]>" > <[email protected] > <mailto:[email protected]>> > Subject: Re: [Openstack-operators] Flat network with linux bridge plugin > > Juno (from ubuntu cloud), on Ubuntu 14.04 > > From: [email protected] <mailto:[email protected]> > [mailto:[email protected] <mailto:[email protected]>] On Behalf > Of Daniel Comnea > Sent: Wednesday 08 April 2015 11:29 > To: Daniele Venzano > Cc: Sam Morrison; [email protected] > <mailto:[email protected]> > 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 <[email protected] > <mailto:[email protected]>> 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:[email protected] <mailto:[email protected]>] > Sent: Wednesday 08 April 2015 05:46 > To: Daniele Venzano > Cc: [email protected] > <mailto:[email protected]> > 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 <[email protected] >> <mailto:[email protected]>> 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 >> [email protected] >> <mailto:[email protected]> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators >> <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators> > > > _______________________________________________ > OpenStack-operators mailing list > [email protected] > <mailto:[email protected]> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators > <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators> > > _______________________________________________ > OpenStack-operators mailing list > [email protected] > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
_______________________________________________ OpenStack-operators mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
