<div dir="ltr">If you are planning to re-image an image on a bootable volume then yes you should use a force parameter. I have lost the discussion about this on PTG. What is the main use cases? This seems to me something that could be leveraged with the current revert-to-snapshot API, which would be even better. The flow would be:<div><br></div><div>1 - create a volume from image</div><div>2 - create an snapshot</div><div>3 - do whatever you wan't</div><div>4 - revert the snapshot<br><br></div><div>Would that help in your the use cases?</div></div><br><div class="gmail_quote"><div dir="ltr">Em seg, 8 de out de 2018 às 10:54, Sean McGinnis <<a href="mailto:sean.mcginnis@gmx.com">sean.mcginnis@gmx.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Oct 08, 2018 at 03:09:36PM +0800, Yikun Jiang wrote:<br>
> In Denver, we agree to add a new "re-image" API in cinder to support upport<br>
> volume-backed server rebuild with a new image.<br>
> <br>
> An initial blueprint has been drafted in [3], welcome to review it, thanks.<br>
> : )<br>
> <br>
> [snip]<br>
> <br>
> The "force" parameter idea comes from [4], means that<br>
> 1. we can re-image an "available" volume directly.<br>
> 2. we can't re-image "in-use"/"reserved" volume directly.<br>
> 3. we can only re-image an "in-use"/"reserved" volume with "force"<br>
> parameter.<br>
> <br>
> And it means nova need to always call re-image API with an extra "force"<br>
> parameter,<br>
> because the volume status is "in-use" or "reserve" when we rebuild the<br>
> server.<br>
> <br>
> *So, what's you idea? Do we really want to add this "force" parameter?*<br>
> <br>
<br>
I would prefer we have the "force" parameter, even if it is something that will<br>
always be defaulted to True from Nova.<br>
<br>
Having this exposed as a REST API means anyone could call it, not just Nova<br>
code. So as protection from someone doing something that they are not really<br>
clear on the full implications of, having a flag in there to guard volumes that<br>
are already attached or reserved for shelved instances is worth the very minor<br>
extra overhead.<br>
<br>
> [1] <a href="https://etherpad.openstack.org/p/nova-ptg-stein" rel="noreferrer" target="_blank">https://etherpad.openstack.org/p/nova-ptg-stein</a> L483<br>
> [2] <a href="https://etherpad.openstack.org/p/cinder-ptg-stein-thursday-rebuild" rel="noreferrer" target="_blank">https://etherpad.openstack.org/p/cinder-ptg-stein-thursday-rebuild</a> L12<br>
> [3] <a href="https://review.openstack.org/#/c/605317" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/605317</a><br>
> [4]<br>
> <a href="https://review.openstack.org/#/c/605317/1/specs/stein/add-volume-re-image-api.rst@75" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/605317/1/specs/stein/add-volume-re-image-api.rst@75</a><br>
> <br>
> Regards,<br>
> Yikun<br>
> ----------------------------------------<br>
> Jiang Yikun（Kero）<br>
> Mail: <a href="mailto:yikunkero@gmail.com" target="_blank">yikunkero@gmail.com</a><br>
<br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div>