[openstack-dev] [nova] [notification] not transforming HostAPI related versioned notifications
Balazs Gibizer
balazs.gibizer at ericsson.com
Wed Sep 20 09:06:38 UTC 2017
On Wed, Sep 20, 2017 at 2:37 AM, Matt Riedemann <mriedemos at gmail.com>
wrote:
> On 9/19/2017 10:35 AM, Balazs Gibizer wrote:
> > Hi,
> >
> > Similar to my earlier mail about not transforming legacy
> notifications
> > in the networking area [1] now I want to propose not to transform
> > HostAPI related notifications.
> > We have the following legacy notifications on our TODO list [2] to
> be
> > transformed:
> > * HostAPI.power_action.end
> > * HostAPI.power_action.start
> > * HostAPI.set_enabled.end
> > * HostAPI.set_enabled.start
> > * HostAPI.set_maintenance.end
> > * HostAPI.set_maintenance.start
> >
> > However os-hosts API has been depraceted since microversion 2.43.
> The
> > suggested replacement is os-services API. The os-services API
> already
> > emits service.update notification for every action on that API. So I
> > suggest not to transform the above HostAPI notifications to the
> > versioned notification format.
> >
> > Cheers,
> > gibi
> >
> >
> > [1]
> >
> http://lists.openstack.org/pipermail/openstack-dev/2017-September/121968.html
> >
> > [2] https://vntburndown-gibi.rhcloud.com/index.html
> >
> >
> >
> __________________________________________________________________________
> > 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
>
> This also seems reasonable to me. I had to dig up what set_enabled was
> for again, but now I remember, it's basically the same thing as
> enable/disable a service in the os-services API, but only implemented
> for the xenapi driver.
>
> So yeah, +1 to not converting these to versioned notifications.
Cool, thanks.
>
>
> As a side question: how do you keep track of the things we
> purposefully
> *aren't* going to implement for versioned notifications?
I remove them [2] from our TODO list[1] with a nice commit message
explaining the reason [3]. Do you feel we need something more user
facing documentations about these decisions?
Cheers,
gibi
[1] https://vntburndown-gibi.rhcloud.com/index.html
[2]
https://github.com/gibizer/nova-versioned-notification-transformation-burndown/commits/master/to_be_transformed
[3]
https://github.com/gibizer/nova-versioned-notification-transformation-burndown/commit/112a25aecf7e9b1f344840ae4ce150f70e75b634#diff-cd2b276ea9db6ffddf9aa78d871ab2e9
>
>
> --
>
> Thanks,
>
> Matt
>
> __________________________________________________________________________
> 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
More information about the OpenStack-dev
mailing list