<div dir="ltr"><div>In which case RDO quickstart or some other place should have good info on how to disable NM and enable ifcfg networking for started who look at quickstart or RDO faqs to get hints<br><br></div>thanx,<br>deepak<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 31, 2014 at 7:22 PM, Perry Myers <span dir="ltr"><<a href="mailto:pmyers@redhat.com" target="_blank">pmyers@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 12/29/2014 09:39 AM, Deepak Shetty wrote:<br>
><br>
> On Dec 29, 2014 8:00 PM, "Patrick Laimbock" <<a href="mailto:patrick@laimbock.com">patrick@laimbock.com</a><br>
</span><div><div class="h5">> <mailto:<a href="mailto:patrick@laimbock.com">patrick@laimbock.com</a>>> wrote:<br>
>><br>
>> On 29-12-14 14:06, Deepak Shetty wrote:<br>
>>><br>
>>> Hi,<br>
>>>    I was able to install 3-node RDO juno-1 (rdo-release-juno-1.noarch)<br>
>>> over CentOS7, but at the end of install it gave me this ...<br>
>>> Questions prefixed with Q: inline below:<br>
>>><br>
>>> Additional information:<br>
>>> * Time synchronization installation was skipped. Please note that<br>
>>> unsynchronized time on server instances might be problem for some<br>
>>> OpenStack components.<br>
>>><br>
>>> *Q: Do i need to sue ntpd to ensure all my systems are in sync, whats<br>
>>><br>
>>> the recommended way here ?*<br>
>><br>
>><br>
>> All your nodes need to have the correct time. You can specify an NTP<br>
> server in the Packstack answer file or as a CLI option and then<br>
> Packstack will configure your nodes to use that NTP server. If you don't<br>
> specify an NTP server then Packstack doesn't handle NTP so you will have<br>
> to do it yourself. Either way, make sure that all nodes always have the<br>
> correct time.<br>
><br>
> Thanks, will try this.<br>
><br>
>><br>
>>> * Warning: NetworkManager is active on <IP1>, <IP2> and <IP3>. OpenStack<br>
>>> networking currently does not work on systems that have the Network<br>
>>> Manager service enabled.<br>
>>><br>
>>> *Q: Do i need to disable NetworkManager.service on all or is it safe to<br>
>>><br>
>>> ignore this? What exactly doesn't work with NetworkManager ?<br>
>><br>
>><br>
>> You need to disable NetworkManager and enable network service. Before<br>
>> you run Packstack you will also need to setup the ifcfg-XXXX network<br>
>> interfaces on all nodes and activate them.<br>
><br>
> Why can't packstack handle this itself if it doesn't support NM? I m<br>
> concerned about the manual steps involved and losing on my n/w<br>
> connections in case i do anything wrong.  Is there any reference on how<br>
> to do this, i couldn't find anything specific on the quickstart page.<br>
<br>
</div></div>Packstack uses SSH to remotely configure hosts. Trying to disable NM and<br>
enable standard ifcfg networking while using an ssh session is very<br>
tricky and often results in hosts that have completely lost networking.<br>
So, we don't attempt to do this. Instead, we recommend using a kickstart<br>
to deploy your machines that disables NM at host install time<br>
<br>
As for why NM needs to be disabled, there are a bunch of open bugs<br>
against NM targeted at RHEL 7.1 (or maybe later) where NM and Neutron<br>
networking conflict with each other. I think for Nova networking NM<br>
might be fine, but for Neutron there are known issues.<br>
<br>
Livnat might have a list of NM bugs handy that would need to be resolved<br>
before we can begin looking at testing NM + Neutron together again to<br>
determine if there are more issues lying in wait, or if we can<br>
green-light that combination<br>
<span class="HOEnZb"><font color="#888888"><br>
Perry<br>
</font></span></blockquote></div><br></div>