Open Stack

Daniel,

This is the expected behavior. With nova-network, FLIPs are assigned as a
secondary address on the host interface, and traffic is routed to your
instances via NAT rules. I'd recommend reading the following blog post from
Mirantis for more information:

http://www.mirantis.com/blog/configuring-floating-ip-addresses-networking-openstack-public-private-clouds/

-Dave


On Fri, Apr 26, 2013 at 4:58 PM, Daniel Ellison <daniel at syrinx.net> wrote:

> Hi all,
>
> I have Nova all set up on a single server and am able to start/stop/delete
> VM instances no problem. I have a bridge at br100 which sits on eth1 and is
> not connected to anything. eth0 is connected to the Internet. Before
> installing Openstack I was using KVM and virsh to manage my VMs. In order
> to do the Openstack install with fewer working parts, I brought down all
> KVM instances and deleted the br0 bridge they were using.
>
> Everything works beautifully with respect to nova-network. Since I can't
> easily port my KVM instances to Openstack, I wanted to start them up again
> under virsh. I recreated the br0 bridge as it was before. So far so good. I
> can start my "legacy" VMs and all works as expected. There's only one
> issue, and I don't even know if it's important.
>
> Before starting a Nova VM eth0 has no IP, which is expected as it's being
> covered by br0. But when I start one of the Nova VMs that has a floating
> IP, eth0 gains its IP! Everything seems to continue working, but it doesn't
> make sense to me.
>
> I don't know if this is expected behaviour or I simply have things
> configured wrong. Since it all still works I'm not overly concerned, but it
> does bug me. If anyone has insight into this I would be grateful.
>
> Thanks,
> Daniel
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20130426/d30d3f5d/attachment.html>