listen to versioned notifications

Bug #1665449 reported by gordon chung
58
This bug affects 10 people
Affects Status Importance Assigned to Milestone
Ceilometer
Triaged
Wishlist
Hanxi Liu
OpenStack Ceilometer Charm
Triaged
Wishlist
Unassigned
gordon chung (chungg)
Changed in ceilometer:
status: New → Triaged
importance: Undecided → Wishlist
Revision history for this message
Jeffrey Zhang (jeffrey4l) wrote :

is ceilometer going to support this? seems there is no consumer for versioned_notfication pushed by nova.

Changed in ceilometer:
status: Triaged → Confirmed
Revision history for this message
gordon chung (chungg) wrote :

this is the point of this entry. it's a placeholder that anyone can work on.

Changed in ceilometer:
status: Confirmed → Triaged
Revision history for this message
Dmitrii Shcherbakov (dmitriis) wrote :

I can confirm the problem:

rabbitmqctl list_queues -p openstack | grep notifications.info
notifications.info 0
versioned_notifications.info 62

I think that for a given deployment this can be configured to a certain extent via "topics" option in oslo.messaging, however, there are caveats.

https://github.com/openstack/oslo.messaging/blob/stable/pike/oslo_messaging/notify/notifier.py#L48-L55

https://github.com/openstack/ceilometer/blame/stable/pike/doc/source/contributor/install/custom.rst#L39-L60
"By default, the ceilometer.conf file is as follows::
   [oslo_messaging_notifications]
   topics = notifications"

Also, it is possible to control which types of notifications are emitted on the nova side (unversioned, versioned, both):

https://github.com/openstack/nova/blob/stable/pike/nova/conf/notifications.py#L88-L105

event_definitions.yaml on the ceilometer side will need to be written to properly handle versioned events as they seem to have different field names:

https://github.com/openstack/ceilometer/blob/stable/pike/ceilometer/pipeline/data/event_definitions.yaml

Hanxi Liu (hanxi-liu)
Changed in ceilometer:
assignee: nobody → Hanxi Liu (hanxi-liu)
James Page (james-page)
Changed in charm-ceilometer:
status: New → Triaged
importance: Undecided → Wishlist
Revision history for this message
gordon chung (chungg) wrote :
Revision history for this message
Hanxi Liu (hanxi-liu) wrote :

thanks gordc for this track in ML.

Revision history for this message
Hanxi Liu (hanxi-liu) wrote :

this track the versioned notification transformation task of all projects: https://etherpad.openstack.org/p/community-goals
see the part: 'Convert from legacy to versioned notifications'

Revision history for this message
Xav Paice (xavpaice) wrote :

Just deployed a fresh cloud with charms 18.02, Ceilometer and Gnocchi. Nothing is listening to versioned_notifications.info and so the queue keeps growing.

Also see LP: #1659943 for a similar issue with notifications_designate.info

tags: added: canonical-bootstack
Revision history for this message
Balazs Gibizer (balazs-gibizer) wrote :

If the deployment only consumes nova legacy notifications then I suggest to set notification_format to 'legacy' in the nova.conf [1]. This will make sure nova only emits the legacy notifications and not the new versioned ones.

[1] https://docs.openstack.org/nova/latest/configuration/sample-config.html

Revision history for this message
Matt Riedemann (mriedem) wrote :

Correction for comment 8, there is no notification_format value of "legacy", I think gibi meant "unversioned".

Revision history for this message
Balazs Gibizer (balazs-gibizer) wrote :

Matt is correct in #9

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.