<br><br><div class="gmail_quote">On Mon, Apr 1, 2013 at 11:13 AM, Thomas Goirand <span dir="ltr"><<a href="mailto:zigo@debian.org" target="_blank">zigo@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hi,<br>
<br>
Unless I've dreamed, it appears that the way to configure Quantum<br>
keystone auth has changed from Folsom to Grizzly. It used to be in<br>
/etc/quantum/api-paste.ini in filter:authtoken, and now it is in<br>
/etc/quantum/quantum.conf.<br>
<br>
I wonder what was the reason for such a change, which for sure, will<br>
break upgrades in ways or others. [I'm not so sure yet how I will deal<br>
with that at the packaging level, but what I'm sure, is that if I want<br>
to address this upgrade problem, it will increase my packaging complexity.]<br></blockquote><div><br></div><div>As Eugene mentioned in his reply, this is not expected to break backward compatibility, and in fact, your old packaging should continue to work fine.  The only change committed was a change to the example, as it is now valid to put the config in either location, but telling users to put it in quantum.conf seemed more straightforward.  </div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Also, l3_agent.ini used to have keystone auth things as well. It's now<br>
completely gone. But there is now metadata_agent.ini. Is it that l3<br>
reads its config from this file now, with Grizzly? Or does it read it<br>
from /etc/quantum/quantum.conf?<br></blockquote><div><br></div><div>The l3-agent no longer requires keystone auth, as it uses RPC to fetch this data instead.  </div><div><br></div><div>The metadata_agent.ini is actually for a new agent that is un-related to the keystone changes.  This is new functionality in Grizzly to handle metadata with overlapping IP addresses.   We have a doc bug tracking details on how to install this agent (<a href="https://bugs.launchpad.net/openstack-manuals/+bug/1099573">https://bugs.launchpad.net/openstack-manuals/+bug/1099573</a>) but in the meantime you could probably look at devstack or the Ubuntu packages if you're interested in how it is used + configured).</div>

<div><br></div><div>Dan</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Finally, is there some kind of release notes available explaining all<br>
these (quite disruptive) changes?<br>
<br>
Cheers,<br>
<br>
Thomas Goirand (zigo)<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><br><br clear="all"><div><br></div>-- <br>~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>Dan Wendlandt <div>Nicira, Inc: <a href="http://www.nicira.com" target="_blank">www.nicira.com</a><br><div>twitter: danwendlandt<br>

~~~~~~~~~~~~~~~~~~~~~~~~~~~<br></div></div>