<p>There are some significant limitations to the pure taskflow approach, however some combination of atomic micro-state management and taskflow persistence is being looked at</p>
<p>Duncan Thomas</p>
<div class="gmail_quote">On Dec 9, 2014 6:24 PM, "Dulko, Michal" <<a href="mailto:michal.dulko@intel.com">michal.dulko@intel.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">And what about no recovery in case of failure mid-task? I can see that there's some TaskFlow integration done. This lib seems to address these issues (if used with taskflow.persistent submodule, which Cinder isn't using). Any plans for further integration with TaskFlow?<br>
<br>
-----Original Message-----<br>
From: John Griffith [mailto:<a href="mailto:john.griffith8@gmail.com">john.griffith8@gmail.com</a>]<br>
Sent: Monday, December 8, 2014 11:28 PM<br>
To: OpenStack Development Mailing List (not for usage questions)<br>
Subject: Re: [openstack-dev] [cinder] HA issues<br>
<br>
On Mon, Dec 8, 2014 at 8:18 AM, Dulko, Michal <<a href="mailto:michal.dulko@intel.com">michal.dulko@intel.com</a>> wrote:<br>
> Hi all!<br>
><br>
><br>
><br>
> At the summit during crossproject HA session there were multiple<br>
> Cinder issues mentioned. These can be found in this etherpad:<br>
> <a href="https://etherpad.openstack.org/p/kilo-crossproject-ha-integration" target="_blank">https://etherpad.openstack.org/p/kilo-crossproject-ha-integration</a><br>
><br>
><br>
><br>
> Is there any ongoing effort to fix these issues? Is there an idea how<br>
> to approach any of them?<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>
><br>
Thanks for the nudge on this, personally I hadn't seen this.  So the items are pretty vague, there are def plans to try and address a number of race conditions etc.  I'm not aware of any specific plans to focus on HA from this perspective, or anybody stepping up to work on it but certainly would be great for somebody to dig in and start flushing this out.<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>
<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>