[openstack-dev] [Nova] Does this api modification need Microversion?

Ken'ichi Ohmichi ken1ohmichi at gmail.com
Wed Aug 3 17:09:08 UTC 2016


2016-08-03 9:53 GMT-07:00 Andrew Laski <andrew at lascii.com>:

> I think the discussion about whether or not this needs a microversion is
> missing the bigger question of whether or not this should be in the API to
> begin with. If it's safe to rollback from this error state why not just do
> that automatically in Nova? If it's proposed for the API because it's not
> considered safe I don't agree it should be in the API. This is not an API
> that's restricted to admins by default.
>
> However if this is going to be exposed in the API I lean towards this not
> needing a microversion. It's a new policy in the usage of the API, not a
> change to the API. To me it seems like adding a microversion because a
> policy rule was changed. I know we should have some sort of signal here for
> users, but I think we need to look at different ways to signal this type of
> change.
>

Yeah, I feel a new microversion in this case seems a little overkill.
This is a negative case and rollback could be operated in all versions.
We have implemented rollback thing in years, and I guess we don't have any
negative feedback related to rollback from users.

Thanks
Ken Omichi

---


>
> -Andrew
>
>
> On Tue, Aug 2, 2016, at 02:11 AM, han.rong3 at zte.com.cn wrote:
>
> patchset url: https://review.openstack.org/#/c/334747/
>
>
>
>
> Allow "revert_resize" to recover error instance after resize/migrate.
>
> When resize/migrate instance, if error occurs on source compute node,
> instance state can rollback to active currently. But if error occurs in
> "finish_resize" function on destination compute node, the instance state
> would not rollback to active.
>
> This patch is to rollback instance state from error to active when resize
> or migrate action failed on destination compute node..
>
>
>
>
> Best,
> Rong Han
>
> *__________________________________________________________________________*
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160803/6fbe4176/attachment.html>


More information about the OpenStack-dev mailing list