The notifier from Oslo has been sync'd with Keystone and it has been used to deliver notifications using the log_notifier and rpc_notifier. By default the rpc_backend is impl_kombu.py and I can verify the notifications arrive on the queue. When using impl_qpid as the rpc_backend and sending a notification, the process hangs attempting to establish a connection with qpid.
Steps to reproduce:
1.) Update keystone.conf to send notifications
# ======================= NOTIFICATIONS =================================
notification_driver = keystone.openstack.common.notifier.rpc_notifier
rpc_backend = keystone.openstack.common.rpc.impl_qpid
2.) restart Keystone
3.) create/update/delete project or a user (both resources will send a notification)
$ keystone tenant-create --name my_project
After setting a break point I have followed the call in to qpid code before it hangs. I am not sure if the problem here lies in impl_qpid or possibly something with qpid code. I have been able to reproduce this on qpid 0.20 and 0.22.
The notifier from Oslo has been sync'd with Keystone and it has been used to deliver notifications using the log_notifier and rpc_notifier. By default the rpc_backend is impl_kombu.py and I can verify the notifications arrive on the queue. When using impl_qpid as the rpc_backend and sending a notification, the process hangs attempting to establish a connection with qpid.
Steps to reproduce: ======= ======= == NOTIFICATIONS ======= ======= ======= ======= ===== openstack. common. notifier. rpc_notifier openstack. common. rpc.impl_ qpid update/ delete project or a user (both resources will send a notification)
1.) Update keystone.conf to send notifications
# =======
notification_driver = keystone.
rpc_backend = keystone.
2.) restart Keystone
3.) create/
$ keystone tenant-create --name my_project
After setting a break point I have followed the call in to qpid code before it hangs. I am not sure if the problem here lies in impl_qpid or possibly something with qpid code. I have been able to reproduce this on qpid 0.20 and 0.22.
The following is a trace with pdb included:
http:// paste.openstack .org/show/ 46886/
I've tried this using config options for qpid username and password and leaving them as default, neither work for establishing a connection.