<p dir="ltr">We've done this from the grounds up for Moniker.</p>
<div class="gmail_quote">Den 15. feb. 2013 12:15 skrev "Mark McLoughlin" <<a href="mailto:markmc@redhat.com">markmc@redhat.com</a>> følgende:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Fri, 2013-02-15 at 12:22 +0200, Alessandro Pilotti wrote:<br>
> Hi guys,<br>
><br>
> As discussed with russelb and during the OpenStack Hyper-V meetings, it'd be a great to move compute driver specific onfigurations from nova.conf's [DEFAULT] group to a driver specific group (e.g. [LIBVIRT], [HYPERV], etc).<br>

><br>
> We already added new options in Grizzly to the [HYPERV] group and for consistency, before closing Grizzly, we'd like to move the existing Hyper-V ones added in Folsom there as well.<br>
><br>
> This approach could be IMO applied to all the drivers (in the Havana timeframe at this point, I guess).<br>
> The obvious issue is that breaking backwards compatibility is not an option.<br>
><br>
> openstack.common.cfg.Opt() offers a "deprecated_name" argument, but AFAIK this applies only for options belonging to the same group:<br>
> <a href="https://github.com/openstack/nova/blob/master/nova/openstack/common/cfg.py#L518" target="_blank">https://github.com/openstack/nova/blob/master/nova/openstack/common/cfg.py#L518</a><br>
><br>
> What about adding a "deprecated_group" as well or a "<group>.<option>" syntax for "deprecated_name"? This way we could handle the transition smoothly.<br>
<br>
Coincidentally, I have a WIP oslo-config branch for this:<br>
<br>
  <a href="https://github.com/markmc/oslo-config/commits/deprecated-group" target="_blank">https://github.com/markmc/oslo-config/commits/deprecated-group</a><br>
<br>
It's getting pretty tight for Grizzly, but I hope to push this up for<br>
review today.<br>
<br>
> Getting back to the specific Hyper-V case, if deprecated options are not possible at this stage, we'd prefer to rename them anyway now. The Hyper-V support is far more complete in this release then it was in Folsom. Moving or deprecating the options in Havana will create way more confusion than doing it now.<br>

><br>
> Here are the Hyper-V config options that need to be moved to the [HYPERV] group:<br>
> <a href="https://github.com/openstack/nova/blob/master/nova/virt/hyperv/vmops.py#L43" target="_blank">https://github.com/openstack/nova/blob/master/nova/virt/hyperv/vmops.py#L43</a><br>
> <a href="https://github.com/openstack/nova/blob/master/nova/virt/hyperv/volumeops.py#L35" target="_blank">https://github.com/openstack/nova/blob/master/nova/virt/hyperv/volumeops.py#L35</a><br>
><br>
> Any additional ideas?<br>
<br>
Usually, we avoid breaking existing configurations. But, in the case of<br>
hyper-v, I'd be fine with you guys saying "we did't have many users in<br>
Folsom, so backwards compat isn't a big concern".<br>
<br>
Cheers,<br>
Mark.<br>
<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div>