<div dir="ltr">Thank you Andrey. I wasn't aware of that spec.<br><br>It indeed implements the same idea of updating the bdm, but it's not enough in my opinion.<br>It is about updating the delete_on_termination parameter, which is great, but the user should also be able to update the other parameters, such as the disk_bus and device_type.<br><br>I've added the same comment on the spec itself.<br><br>However, seeing the spec both showed me that there is a relative agreement about the necessity of that change, and the preferable way to update the API.<br>The spec is currently abandoned. I will consult with Alexandre, who wrote the spec, about restoring the spec and maybe expand it to answer for the updating for other bdm parameters.<br><br>Thanks again,<br>Shoham<br><br>On Fri, Feb 12, 2016 at 4:32 PM, Andrey Pavlov <<a href="mailto:andrey.mp@gmail.com">andrey.mp@gmail.com</a>> wrote:<br>><br>> Hello Shoham,<br>><br>> We've tried to write and implement similar spec [1].<br>> And someone have tried to implement it [2].<br>> You can see comments in it.<br>><br>> [1] - <a href="https://review.openstack.org/#/c/234269/">https://review.openstack.org/#/c/234269/</a><br>> [2] - <a href="https://review.openstack.org/#/c/259518/">https://review.openstack.org/#/c/259518/</a><br>><br>> On Thu, Feb 11, 2016 at 8:20 PM, Shoham Peller<br>> <<a href="mailto:shoham.peller@stratoscale.com">shoham.peller@stratoscale.com</a>> wrote:<br>> > Thank you Andrea for your reply.<br>> ><br>> > I know this spec and it is indeed a viable solution.<br>> > However, I think allowing users to update the attachment detail, rather than<br>> > detach and re-attach a volume for every change is more robust and more<br>> > convenient.<br>> ><br>> > Also, IMHO it's a better user-experience if users can use a single API call<br>> > instead of detach API call, poll for the detachment, re-attach the volume,<br>> > and poll again for the attachment if they want to powerup the VM.<br>> > The bdm DB updating, can happen from nova-api, without IRC'ing a compute<br>> > node, and thus return only when the request has been completed fully.<br>> ><br>> > Don't you agree it's needed, even when detaching a boot volume is possible?<br>> ><br>> > Shoham<br>> ><br>> > On Thu, Feb 11, 2016 at 7:04 PM, Andrea Rosa <<a href="mailto:andrea.rosa@hpe.com">andrea.rosa@hpe.com</a>> wrote:<br>> >><br>> >> Hi<br>> >><br>> >> On 11/02/16 16:51, Shoham Peller wrote:<br>> >> > if the volume we want to update is the boot<br>> >> > volume, detaching to update the bdm, is not even possible.<br>> >><br>> >> You might be interested in the approved spec [1] we have for Mitaka<br>> >> (ref. detach boot volume).<br>> >> Unfortunately the spec was not part of the high-priority list and it<br>> >> didn't get implemented but we are going to propose it again for Newton.<br>> >><br>> >> Regards<br>> >> --<br>> >> Andrea Rosa<br>> >><br>> >> [1]<br>> >><br>> >> <a href="http://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/detach-boot-volume.html">http://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/detach-boot-volume.html</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">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>> >> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</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">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>> ><br>><br>><br>><br>> --<br>> Kind regards,<br>> Andrey Pavlov.<br>><br>> __________________________________________________________________________<br>> OpenStack Development Mailing List (not for usage questions)<br>> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></div>