<div dir="ltr">Hi Thomas,<div><br></div><div style>regarding your first question, check this out: <a href="https://github.com/openstack/quantum/commit/859bf958201d49761b5d88eea2f3925f095c5d56">https://github.com/openstack/quantum/commit/859bf958201d49761b5d88eea2f3925f095c5d56</a></div>
<div style><br></div><div style>Thanks,</div><div style>Eugene.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 1, 2013 at 10:13 PM, 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>
<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>
<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></div>