<div dir="ltr">On 29 June 2015 at 15:23, Dulko, Michal <span dir="ltr"><<a href="mailto:michal.dulko@intel.com" target="_blank">michal.dulko@intel.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div link="blue" vlink="purple" lang="EN-US">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">There’s also some similar situations when we actually don’t lock on resources. For  example – a cgsnapshot may get deleted while creating a consistencygroup from
 it.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">From my perspective it seems best to have atomic state changes and state-based exclusion in API. We would need some kind of currently_used_to_create_snapshot/volums/consistencygroups
 states to achieve that. Then we would be also able to return VolumeIsBusy exceptions so retrying a request would be on the user side.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><br></span></p></div></div></blockquote><div><br></div><div>I'd agree, except that gives quite a big behaviour change in the tenant-facing API, which will break clients and scripts. Not sure how to square that circle... I'd say V3 API except Mike might kill me... <br></div></div></div></div>