Open Stack

My OpenStack is allinone, in CentOs 6.4 environment. Virtual machines can
ping the host, virtual machines can ping each other can also ping the
route created
by the outer gateway, but why still can not access the Internet。


On Fri, Aug 30, 2013 at 8:00 PM, <
openstack-operators-request at lists.openstack.org> wrote:

> Send OpenStack-operators mailing list submissions to
>         openstack-operators at lists.openstack.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
> or, via email, send a message with subject or body 'help' to
>         openstack-operators-request at lists.openstack.org
>
> You can reach the person managing the list at
>         openstack-operators-owner at lists.openstack.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of OpenStack-operators digest..."
>
>
> Today's Topics:
>
>    1. Nova Firewall -> Quantum (Jacob Godin)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 29 Aug 2013 15:16:48 -0300
> From: Jacob Godin <jacobgodin at gmail.com>
> To: "openstack-operators at lists.openstack.org"
>         <openstack-operators at lists.openstack.org>
> Subject: [Openstack-operators] Nova Firewall -> Quantum
> Message-ID:
>         <CA+WiSK5sKs=
> df+rq7iV-TbkVDXfzx7gAMXKdoJjND4_v-A3poA at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi all,
>
> We're looking for a migration path to move from using Quantum + Nova's
> iptables firewall, to purely Quantum + Firewall. We have successfully setup
> Quantum's firewall to interact with Nova, and newly created instances on
> our test node work great.
>
> However, we are experiencing some issues with existing instances. There are
> some unpredictable results, including complete loss of connectivity. One
> way we have found to fix this is to migrate them to another host and then
> back again. This reconfigures the firewall entirely, and seems to do
> everything well.
>
> The problem with this approach is that we cannot use nova's live-migration
> due to our disk caching settings, so the instances must be powered down,
> the database then updated, and the instance hard rebooted.
>
> Has anyone performed this migration path? If so, any pointers?
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.openstack.org/pipermail/openstack-operators/attachments/20130829/461c98ee/attachment-0001.html
> >
>
> ------------------------------
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
> End of OpenStack-operators Digest, Vol 34, Issue 28
> ***************************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20130830/8ffb84a3/attachment.html>