<html><body><p>Hi Jay,<br><br>+1 on the lack of consistency between projects. When adding the generator to Neutron, we could not find a consistent pattern so we tried to adopt as best as possible.<br><br>Let me know if you need any feedback on the Neutron experience.<br><br>Regards,<br>Martin<br><br><br><img width="16" height="16" src="cid:1__=8FBBF5A1DFD065698f9e8a93df938690918c8FB@" border="0" alt="Inactive hide details for "Jay S. Bryant" ---05/01/2016 19:56:25---Ben, Please see my in-line responses ..."><font color="#424282">"Jay S. Bryant" ---05/01/2016 19:56:25---Ben, Please see my in-line responses ...</font><br><br><font size="2" color="#5F5F5F">From:        </font><font size="2">"Jay S. Bryant" <jsbryant@electronicjungle.net></font><br><font size="2" color="#5F5F5F">To:        </font><font size="2">openstack@nemebean.com, "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org></font><br><font size="2" color="#5F5F5F">Date:        </font><font size="2">05/01/2016 19:56</font><br><font size="2" color="#5F5F5F">Subject:        </font><font size="2">Re: [openstack-dev] [all] Austin Summit Panel on Generation of Sample Configuration Option Files</font><br><hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br><br><br><tt>Ben,<br><br>Please see my in-line responses ...<br><br>On 01/04/2016 05:43 PM, Ben Nemec wrote:<br>> On 01/04/2016 03:50 PM, Kendall J Nelson wrote:<br>>> Hello,<br>>><br>>><br>>> In brainstorming ideas for talks at the upcoming summit, I thought about<br>>> some of the things I had worked on for Cinder and what could still be<br>>> improved. One of the things I have been looking into is the generation<br>>> of sample configuration option files. Upon initial research it looks<br>>> like none of the main projects are doing it the same way.<br>> I'm not sure what you mean.  Nova, Neutron, Keystone, Glance, and Heat<br>> (at least) are all using the oslo-config-generator tool for this.  There<br>> might be some slight variation in how they call it, but they are using it.<br>Yes, we know that they are all using oslo-config-generator but there is <br>not consistency<br>in how the information that oslo-config-generator needs to do its job is <br>being created.<br>Kendall is looking to better understand what we should be doing and try <br>to bring<br>greater consistency between the projects.<br><br>> I only vaguely recall having discussions about this with Cinder, so I'd<br>> be interested in a refresher around why Cinder didn't want to do it the<br>> same way.  I kind of considered it a solved problem.<br>So, the challenge Cinder has is the fact that there are many <br>configuration options with all the<br>different drivers.  We had proposed a static cinder/opts.py file with <br>hacking checks to ensure<br>that all new options were pulled into the file.  This was considered <br>undesirable.  This lead to<br>the current solution where we are working to find all the possible <br>option lists to dynamically<br>create the cinder/opts.py file.  Similar to what we used to do with the <br>old config generator.<br><br>For Nova, having a dynamic solution is less important as they don't have <br>options changing<br>as frequently.  It appears that Neutron was less concerned about the <br>potentially dynamic nature<br>of options in their drivers.<br><br>> For reference:<br>> Nova: </tt><tt><a href="https://github.com/openstack/nova/blob/master/tox.ini#L90">https://github.com/openstack/nova/blob/master/tox.ini#L90</a></tt><tt><br>> Neutron: </tt><tt><a href="https://github.com/openstack/neutron/blob/master/tox.ini#L198">https://github.com/openstack/neutron/blob/master/tox.ini#L198</a></tt><tt><br>> which calls<br>> </tt><tt><a href="https://github.com/openstack/neutron/blob/master/tools/generate_config_file_samples.sh#L17">https://github.com/openstack/neutron/blob/master/tools/generate_config_file_samples.sh#L17</a></tt><tt><br>> Keystone: </tt><tt><a href="https://github.com/openstack/keystone/blob/master/tox.ini#L148">https://github.com/openstack/keystone/blob/master/tox.ini#L148</a></tt><tt><br>> Etc...<br>><br>>> I thought it<br>>> might be interesting to get a panel together to talk about how it is<br>>> done for each project, why it is done that way for each project, and<br>>> maybe discuss a more universal approach that could be implemented in<br>>> oslo and used by all the projects. Please let me know if you have<br>>> knowledge on your project’s method and are interested in being part of a<br>>> panel.<br>>><br>>><br>>> If you are interested in looking at Cinder’s approach, here is the patch<br>>> I implemented to make the generation of the sample config file dynamic:<br>>> </tt><tt><a href="https://review.openstack.org/#/c/219700/">https://review.openstack.org/#/c/219700/</a></tt><tt><br>>><br>>><br>>> All the Best,<br>>><br>>> *Kendall J. Nelson*<br>>> Software Engineer &<br>>><br>>> Openstack Cinder Contributor<br>>> ------------------------------------------------------------------------<br>>> *E-mail:*_kjnelson@us.ibm.com_ <</tt><tt><a href="mailto:zahill@us.ibm.com">mailto:zahill@us.ibm.com</a></tt><tt>><br>>> *Cell Phone:*(952) 215- 4025*<br>>> IRC Nickname:*diablo_rojo                 <br>>> IBM<br>>><br>>> 3605 Hwy 52 N<br>>> Rochester, MN 55901-1407<br>>> United States<br>>><br>>><br>>><br>>><br>>><br>>> __________________________________________________________________________<br>>> OpenStack Development Mailing List (not for usage questions)<br>>> Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br>>> </tt><tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></tt><tt><br>>><br>><br>> __________________________________________________________________________<br>> OpenStack Development Mailing List (not for usage questions)<br>> Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br>> </tt><tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></tt><tt><br><br><br>__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br>Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br></tt><tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></tt><tt><br><br></tt><br><BR>
</body></html>