quantum server does not honor default_notification_level

Bug #1089773 reported by Akihiro Motoki
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
neutron
Fix Released
Medium
Akihiro Motoki
Folsom
Fix Released
Medium
Gary Kotton

Bug Description

Notifications in quantum api do not honor default_notification_level in quantum.conf and always use INFO level.
If default_notification_level is set to a value other than INFO, dhcp-agent cannot receive notification from quantum server.

Akihiro Motoki (amotoki)
Changed in quantum:
assignee: nobody → Akihiro Motoki (amotoki)
Gary Kotton (garyk)
Changed in quantum:
status: New → Confirmed
Revision history for this message
Akihiro Motoki (amotoki) wrote :

I am wondering how this bug should be fixed.
Notification level is usually used to filter notifications. E.g., I don't want to receive DEBUG level notifications.
However, dhcp-agent must receive some kinds of notifications regardless of its level.
My opinion is dhcp-agent should use RPC instead of notification to receive subnet events from the quantum server.

Revision history for this message
dan wendlandt (danwent) wrote :

i see no active review here, so i'm moving this bug out of G-2.

Changed in quantum:
milestone: grizzly-2 → grizzly-3
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to quantum (master)

Fix proposed to branch: master
Review: https://review.openstack.org/19545

Changed in quantum:
status: Confirmed → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to quantum (master)

Reviewed: https://review.openstack.org/19545
Committed: http://github.com/openstack/quantum/commit/faa1733ef0adfdfb3e625d60d96b08ce764ca824
Submitter: Jenkins
Branch: master

commit faa1733ef0adfdfb3e625d60d96b08ce764ca824
Author: Akihiro MOTOKI <email address hidden>
Date: Tue Jan 8 16:57:23 2013 +0900

    Use default_notification_level when notification

    Fix bug 1089773

    Notifications in quantum api do not honor default_notification_level
    in quantum.conf and always use INFO level. On the other hand
    dhcp-agent refers to default_notification_level.
    If default_notification_level is set to a value other than INFO,
    dhcp-agent cannot receive notification from quantum server.

    Change-Id: Ie3ae576d62e91651aa59b2324ec114716181107f

Changed in quantum:
status: In Progress → Fix Committed
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to quantum (stable/folsom)

Fix proposed to branch: stable/folsom
Review: https://review.openstack.org/19929

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to quantum (stable/folsom)

Reviewed: https://review.openstack.org/19929
Committed: http://github.com/openstack/quantum/commit/1a24b687287393f96b724a6cfc98a796fa3cb2ea
Submitter: Jenkins
Branch: stable/folsom

commit 1a24b687287393f96b724a6cfc98a796fa3cb2ea
Author: Akihiro MOTOKI <email address hidden>
Date: Tue Jan 8 16:57:23 2013 +0900

    Use default_notification_level when notification

    Fix bug 1089773

    Notifications in quantum api do not honor default_notification_level
    in quantum.conf and always use INFO level. On the other hand
    dhcp-agent refers to default_notification_level.
    If default_notification_level is set to a value other than INFO,
    dhcp-agent cannot receive notification from quantum server.

    Change-Id: Ie3ae576d62e91651aa59b2324ec114716181107f

Gary Kotton (garyk)
tags: added: in-stable-folsom
removed: folsom-backport-potential
Mark McLoughlin (markmc)
tags: removed: in-stable-folsom
Thierry Carrez (ttx)
Changed in quantum:
status: Fix Committed → Fix Released
Thierry Carrez (ttx)
Changed in quantum:
milestone: grizzly-3 → 2013.1
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.