[plug] openstack, bridging and virtual network interfaces

Rowcliffe Browne rbkbrowne at gmail.com
Thu Jan 9 03:28:41 UTC 2014

Hi All,

I'm new to the list, but have been recommended by a colleague that i post
my issue here incase any of you can help. I've been a linux user since the
mid 90's and administrating for the last 4-5 years or so.

my issue is with an Openstack (havana) install on Ubuntu 13.10 in the
following all-in-one configuration:
controller on eth0 (
compute on eth0:1 (
nova-network is set to create bridge br100 on eth0:1 for the VM's flat
network (

The problems i'm having so far are:
1) on bootup, br100 seems to come up before eth0 is ready, and fails
2) on bootup, eth0 (Realtek RTL8111/8168/8411) is in a failed state
(ifconfig shows no configured IP's) and requires module reinsertion (rmmod
r8169 ; modprobe r8169) before it starts working
3) restarting nova-network after fixing eth0 breaks network connectivity
until i manually remove eth0:1 from the bridge (brctl delif br100 eth0:1)
and restart the networking service. Setting up the bridge on eth0 also
causes the same failure.

i'm not particularly concerned with #1 and #2 as they can possibly be fixed
with init ordering/dependencies, or at worst, rc.local hacks.

#3 is doing my head in, and unfortunately i havent played with bridging
enough to know what normal configuration / behaviour should be.

default routing is correct (default
UG    0      0        0 eth0) and working.

so my questions to you linux/openstack guru's out there:
1) can you bridge to a virtual interface? (google finds no similar examples)
2) nova-network is handling the configuration of br100, but it has no IP.
is this correct?
3) do i need to add routing for br100, or will the default gateway setup be

i'm happy to provide config or output if it will help debug.

any input would be greatly appreciated!


we are the music makers, we are the dreamers of dreams. -- Arthur
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.plug.org.au/pipermail/plug/attachments/20140109/b9067691/attachment.html>

More information about the plug mailing list