Open Stack

I am convinced that isn't a good idea to enable NetworkManager.
Confirmed that NetworkManager was adding default route for dhcp
interfaces. It was replaced by legacy network service and it works now.

Thanks.


On Tue, 2015-03-31 at 20:22 -0700, Naggappan Rm wrote:
> Hi Rafael,
> 
> 
> Generally in ubunut and centos I stop the network manager and
> configure static IP address manually in the network configuration
> files. 
> 
> 
> And disabling network manager is recommended
> 
> 
> Thanks,
> Naggappan RM 
> 
> On Tue, Mar 31, 2015 at 7:45 PM, Rafael Folco
> <rfolco at linux.vnet.ibm.com> wrote:
>         I am running devstack-gate:
>         http://paste.openstack.org/show/197749/
>         It's a default install for Fedora 21 (ppc64), precached with
>         prepare_node.sh script.
>         Looks like NetworkManager keeps adding routes for dhcp
>         interfaces like:
>         default via 9.114.112.254 dev eth0  proto static  metric 1024
>         
>         I do not make any changes to the network, it's basically the
>         same code I
>         had for f20 images.
>         
>         I am trying to replace NetworkManager with legacy network to
>         see if the
>         issue disappears.
>         
>         If any other suggestions, please let me know.
>         
>         Thanks.
>         
>         --rfolco
>         
>         On Tue, 2015-03-31 at 15:58 -0700, Naggappan Rm wrote:
>         > Hi Rafael Folco,
>         >
>         >
>         > Tempest doesn't create an bride and start the test.
>         Everything should
>         > be done manually before starting the tempst.
>         > May I know which particular test case you execute or please
>         share the
>         > command how you execute the tempest
>         >
>         >
>         > Or I guess you are trying to use devstack-gate which sets up
>         the VM
>         > and then runs the tempest. Please give more details how you
>         run this
>         > tempest
>         >
>         >
>         >
>         >
>         >
>         > On Tue, Mar 31, 2015 at 12:04 PM, Rafael Folco
>         > <rfolco at linux.vnet.ibm.com> wrote:
>         >         Hello,
>         >
>         >         I am struggling with a route issue on Fedora 21
>         while running
>         >         devstack-gate so I am looking for any insights on
>         what could
>         >         be the root
>         >         cause.
>         >
>         >         Problem: Network connectivity to the VM is lost as
>         soon as
>         >         Tempest
>         >         starts creating the bridge br100 and redefines the
>         default
>         >         route.
>         >
>         >         Looks like default route is not set correctly for
>         f21. Tried
>         >         several
>         >         configs to ifcfg-* scripts with no result. The
>         default route
>         >         keeps being
>         >         set for dev eth0 instead of dev br100 (like in f20
>         when it
>         >         worked).
>         >
>         >         So if I m in the right direction, the question is:
>         >         Why default route is set to dev eth0 and not to
>         br100 like in
>         >         f20 ?
>         >
>         >         F21 ==> default 9.114.112.254 0.0.0.0 UG 1024 0 0
>         eth0
>         >         f21: http://fpaste.org/197321/26190258/
>         >
>         >         F20 ==> default 9-114-112-254ga 0.0.0.0 UG 1024 0 0
>         br100
>         >         f20: http://fpaste.org/197320/26190209/
>         >
>         >         This is the set of commands nova-network runs for
>         the bridge
>         >         setup:
>         >         http://paste.fedoraproject.org/202436/47826142/
>         >
>         >         I'd appreciate any suggestions on what I could try.
>         >
>         >         Thanks,
>         >
>         >         --rfolco
>         >
>         >
>         >         _______________________________________________
>         >         openstack-qa mailing list
>         >         openstack-qa at lists.openstack.org
>         >
>          http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-qa
>         >
>         >
>         > _______________________________________________
>         > openstack-qa mailing list
>         > openstack-qa at lists.openstack.org
>         >
>         http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-qa
>         
>         
>         
>         _______________________________________________
>         openstack-qa mailing list
>         openstack-qa at lists.openstack.org
>         http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-qa
>         
> 
> 
> _______________________________________________
> openstack-qa mailing list
> openstack-qa at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-qa