<div dir="ltr">Ihar,<div><br></div><div>I think distribution p<span style="color:rgb(0,0,0);font-family:sans-serif">ackages should bundle upstream source without alteration to maximize flexibility for authors of deployment tools (or simple instructions) that choose to use packages. In other words, distribution packages should include few if any decisions on how to deploy services. Instead, leave those decisions to authors of deployment tools including organizations that produce distribution packages. For example, decisions on how to deploy OpenStack using RDO packages should reside in products like Packstack and RHEL-OSP. In the meantime, content in /usr/share/$service directories impacts the following portions in the installation guide:</span><div><span style="color:rgb(0,0,0);font-family:sans-serif"><br></span></div><div><span style="color:rgb(0,0,0);font-family:sans-serif">1) </span><font color="#000000" face="sans-serif"><a href="http://docs.openstack.org/draft/install-guide-rdo/keystone-verify.html">http://docs.openstack.org/draft/install-guide-rdo/keystone-verify.html</a> - The keystone-paste.ini file should reside in the /etc/keystone directory.</font></div><div><font color="#000000" face="sans-serif"><br></font></div><div><font color="#000000" face="sans-serif">2) <a href="http://docs.openstack.org/draft/install-guide-rdo/glance.html">http://docs.openstack.org/draft/install-guide-rdo/glance.html</a> - The glance-api-dist.conf and glance-registry-dist.conf files contain defunct options in the [keystone_authtoken] section. Also, the *-paste.ini files should reside in the /etc/glance directory.</font></div><div><font color="#000000" face="sans-serif"><br></font></div><div><font color="#000000" face="sans-serif">3) <a href="http://docs.openstack.org/draft/install-guide-rdo/nova.html">http://docs.openstack.org/draft/install-guide-rdo/nova.html</a> - The nova-dist.conf file contains defunct options in the [keystone_authtoken] section, assumes use of nova-network, and contains several opinions about libvirt configuration.</font></div><div><font color="#000000" face="sans-serif"><br></font></div><div><font color="#000000" face="sans-serif">4) <a href="http://docs.openstack.org/draft/install-guide-rdo/neutron.html">http://docs.openstack.org/draft/install-guide-rdo/neutron.html</a> - The neutron-dist.conf file specifies a notification driver regardless of a consumer (e.g., ceilometer) and disables nova-neutron interaction. Also, the *-paste.ini file should reside in the /etc/neutron directory.</font></div><div><font color="#000000" face="sans-serif"><br></font></div><div><font color="#000000" face="sans-serif">5) <a href="http://docs.openstack.org/draft/install-guide-rdo/cinder.html">http://docs.openstack.org/draft/install-guide-rdo/cinder.html</a> - The cinder-dist.conf file contains defunct options in the [keystone_authtoken] section. Interestingly, the *-paste.ini files correctly reside in the /etc/cinder directory.</font></div><div><font color="#000000" face="sans-serif"><br></font></div><div><font color="#000000" face="sans-serif">6) <a href="http://docs.openstack.org/draft/install-guide-rdo/swift.html">http://docs.openstack.org/draft/install-guide-rdo/swift.html</a> - Interestingly, no /usr/share/swift directory exists. However, the configuration files in /etc/swift are considerably out of date and easier to overwrite from upstream source than attempt to fix via procedure.</font></div><div><font color="#000000" face="sans-serif"><br></font></div><div><font color="#000000" face="sans-serif">7) <a href="http://docs.openstack.org/draft/install-guide-rdo/heat.html">http://docs.openstack.org/draft/install-guide-rdo/heat.html</a> - The heat-dist.conf file contains defunct options in the [keystone_authtoken] section, contains a defunct database connection option (belongs in [database]), and enables a defunct message queue (Qpid). </font><span style="color:rgb(0,0,0);font-family:sans-serif">Also, the *-paste.ini file should reside in the /etc/heat directory.</span></div><div><font color="#000000" face="sans-serif"><br></font></div><div><font color="#000000" face="sans-serif">I haven't looked at the ceilometer packages recently, but I suspect they involve similar issues.</font></div><div><font color="#000000" face="sans-serif"><br></font></div><div><font color="#000000" face="sans-serif">Matt</font></div><div><font color="#000000" face="sans-serif"><br></font></div><div><font color="#000000" face="sans-serif"><br></font></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 2, 2015 at 4:34 AM, Ihar Hrachyshka <span dir="ltr"><<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@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=""><br>
> On 21 Oct 2015, at 15:32, Matt Kassawara <<a href="mailto:mkassawara@gmail.com">mkassawara@gmail.com</a>> wrote:<br>
><br>
> I think packages available for standalone installation (i.e., without a deployment tool) should include complete upstream configuration files in standard locations without modification. In the case of *-dist.conf files with RDO packages, they seldom receive updates leading to deprecation warnings and sometimes override useful upstream default values. For example, most if not all services default to keystone for authentication (auth_strategy), yet the RDO neutron packages revert authentication to "noauth" in the *-dist.conf file. In another example, the RDO keystone package only includes the keystone-paste.ini file as /usr/share/keystone/keystone-dist-paste.ini rather than using the standard location and name which leads to confusion, particularly for new users. The installation guide contains quite a few extra steps and option-value pairs that work around the existence and contents of *-dist.conf files... additions that unnecessarily increase complexity for our audience of new users.<br>
<br>
</span>Can you provide links to the guide pages that are complicated by the existence of -dist.conf files?<br>
<br>
I agree that some values may not be optimal (f.e. auth_strategy indeed should not be overridden; I sent a patch [1] to remove it from -dist.conf); but in principle, there should be a way for distributions to change defaults, and it should not be expected that all distributions ship identical configuration files.<br>
<br>
[1]: <a href="https://review.gerrithub.io/#/c/251170/" rel="noreferrer" target="_blank">https://review.gerrithub.io/#/c/251170/</a><br>
<span class="HOEnZb"><font color="#888888"><br>
Ihar<br>
</font></span></blockquote></div><br></div>