<div dir="ltr">Thanks for the feedback!<div><br></div><div>I need to look closer to Cinder Agent specs.</div><div><br></div><div>Walter,</div><div>Hope, I could help you and Duncan with making this.<br><div class="gmail_extra"><br clear="all"><div>Regards,<br>Ivan Kolodyazhny</div>
<br><div class="gmail_quote">On Wed, Sep 17, 2014 at 2:32 AM, Mathieu Gagné <span dir="ltr"><<a href="mailto:mgagne@iweb.com" target="_blank">mgagne@iweb.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="">On 2014-09-16 7:03 PM, Walter A. Boring IV wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The upside to brick not making it in Nova is that it has given us some<br>
time to rethink things a bit.  What I would actually<br>
like to see happen now is to create a new cinder/storage agent instead<br>
of just a brick library.   The agent would run on every cinder node,<br>
nova node and potentially ironic nodes to do LUN discovery. Duncan and I<br>
are looking into this for the Kilo release.<br>
<br>
</blockquote>
<br></span>
Thanks for reviving this idea [1] [2] [3]. I wish to say that I like it because months ago, we found use cases for it and wished cinder-agent was a thing.<br>
<br>
One use case we have is the need to rescan an iSCSI target used by a Nova instance after an in-use volume has been extended in order to reflect its new size at the hypervisor level.<br>
<br>
During the implementation, we quickly saw the code duplication hell that exists between both Nova and Cinder, all implementing iSCSI management. Due to the amount of work required to introduce a cinder-agent and due to my inexperience with OpenStack back then, we went down an other path instead.<br>
<br>
We addressed our needs by introducing a Cinder->Nova interaction through custom code in Cinder and an API extension in Nova: Cinder triggers the rescan through the Nova API (instead of cinder-agent).<br>
<br>
With cinder-agent, Cinder would be able to remotely trigger a rescan of the iSCSI target without relying on a custom API extension in Nova. I feel this implementation would be much more resilient and reduce code duplication in the long term.<br>
<br>
I'm sure there is more use cases. This is mine.<br>
<br>
[1] <a href="https://blueprints.launchpad.net/cinder/+spec/cinder-agent" target="_blank">https://blueprints.launchpad.<u></u>net/cinder/+spec/cinder-agent</a><br>
[2] <a href="https://lists.launchpad.net/openstack/msg19825.html" target="_blank">https://lists.launchpad.net/<u></u>openstack/msg19825.html</a><br>
[3] <a href="https://etherpad.openstack.org/p/cinder-agent" target="_blank">https://etherpad.openstack.<u></u>org/p/cinder-agent</a><span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Mathieu</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br></div></div></div>