messaging publisher stuck
Bug #2018952 reported by
suzhengwei
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ceilometer |
New
|
Undecided
|
suzhengwei |
Bug Description
I was using multi messaging publishers to send notifications to external collectors. Once connection to one collector refused, it can't send notifications to other collectors. The publisher seems stuck but without useful log.
Changed in ceilometer: | |
assignee: | nobody → suzhengwei (suzhengwei) |
To post a comment you must log in.
To reproduce this behaviour I added two dummy notifiers in the sink, and a third one(tcp) which actually works, like this //172.17. 1.121:5666/ ?driver= amqp&topic= cloud1- metering //172.17. 1.122:5667/ ?driver= amqp&topic= cloud1- metering 0.0.1:3060
~~~
publishers:
- notifier:
- notifier:
- tcp://127.
~~~
Even though the first 2 weren't reachable, metrics were being sent to the tcp publisher. Does such a behaviour blocks messaging publisher only ? It would be helpful if you could provide some more details to reproduce it.
Could you also try out using "max_retry" parameter like //[notifier_ ip]:[notifier_ port]?topic= [topic] &driver= driver& max_retry= 100
~~~
- notifier:
~~~