[openstack-dev] [nova]notification update week 38

Balazs Gibizer balazs.gibizer at ericsson.com
Mon Sep 18 12:18:28 UTC 2017


Hi,

Here is the status update / focus settings mail for w38.

Bugs
----
[Medium] https://bugs.launchpad.net/nova/+bug/1699115 api.fault
notification is never emitted
We still have to figure out what is the expected behavior here based on:
http://lists.openstack.org/pipermail/openstack-dev/2017-June/118639.html
I think I will propose a patch to remove the api.fault notification to
help start the discussion.

[High] https://bugs.launchpad.net/nova/+bug/1706563
TestRPC.test_cleanup_notifier_null fails with timeout
[High] https://bugs.launchpad.net/nova/+bug/1685333 Fatal Python error:
Cannot recover from stack overflow. - in py35 unit test job
The first bug is just a duplicate of the second. It seems the TetRPC
test suite has a way to end up in an infinite recusion.
I don't know about a way to reproduce it localy or to change the gate
env so that python prints out the full stack trace to see where the
problematic call is. Also adding extra log messages won't help as a
timed out test doesn't have the log messages printed to the logs. So
this bug is pretty stuck.

Versioned notification transformation
-------------------------------------
There are 3 transformation patches that only need a second +2:
* https://review.openstack.org/#/c/454023/ Transform servergroup.create 
notification
* https://review.openstack.org/#/c/483902/ Transform servergroup.delete 
notification
* https://review.openstack.org/#/c/396210/ Transform aggregate.add_host 
notification


Searchlight integration
-----------------------
As we discussed on the PTG the Searchlight integration is not likely to 
happen
in the near future so extending the nova notifications is not a 
priority. This
means that we are not planning to add the 'status' field to the instance
notifications. The other task in the current bp
https://blueprints.launchpad.net/nova/+spec/additional-notification-fields-for-searchlight-queens
is to avoid unnecessary BDM DB query when we emit instance 
notifications.
We agreed that we want to do this as it is a meningful optimization of 
the
current code. Patches already proposed and waiting for review:
https://review.openstack.org/#/q/topic:bp/additional-notification-fields-for-searchlight-queens

Small improvements
------------------

* https://review.openstack.org/#/q/topic:refactor-notification-samples
Factor out duplicated notification sample data
This is a start of a longer patch series to deduplicate notification
sample data. The third patch already shows how much sample data can be
deleted from nova tree. We added a minimal hand rolled json ref
implementation to notification sample test as the existing python json
ref implementations are not well maintained.


Weekly meeting
--------------
Next subteam meeting will be held on 19th of September, Tuesday 17:00 
UTC on openstack-meeting-4.
https://www.timeanddate.com/worldclock/fixedtime.html?iso=20170919T170000


Cheers,
gibi







More information about the OpenStack-dev mailing list