Description of problem: ----------------------- Enabling events-alarm-evaluator is a bit tricky. It would be great to have a parameter that if enabled configures all the parts. The main parts are: - store_events enabled in ceilometer.conf - Event evaluator binds to queue (default alarm.all) - events are dispatched to AODH's evaluator and to Ceilometer's storage backend. --- Yurii
- Store_events has been removed and is automatically enabled if events pipeline is not empty - Event evaluator binds to queue (default alarm.all) -> I think this is the default right? - events are dispatched to AODH's evaluator and to Ceilometer's storage backend. -> so we can change the default to do that, *however*, if we do it by default and Aodh is not there running, RabbitMQ will explode. So I am not sure it's a good idea. Hint? Idea? Is this enough Yurii?
Hi Julien, So the original idea for the bz is to have a flag exposed to operator, which when enabled - configures all the aforementioned pieces. Looks it has to be assigned for another component - director/t-h-t/... Prad, since U are assignee on the upstream bz, could U please update the component?
I think last jd and i discussed this, We wanted all of this to happen in aodh/ceilometer itself, without any tweaks in tripleo. From what jd said above in comment#2 looks like its already taken care of in Aodh and Ceilometer?
The only thing that cannot be done automatically by Ceilometer upstream is "Event evaluator binds to queue (default alarm.all)" This should only be done if Aodh is enabled, by since Aodh is just a consumer of what Ceilometer might produce, there's no way to detect that. So this should be enabled by TripleO when it sees that both Ceilometer and Aodh are configured together. How does that sound Prad?
(In reply to Julien Danjou from comment #5) > The only thing that cannot be done automatically by Ceilometer upstream is > "Event evaluator binds to queue (default alarm.all)" > > This should only be done if Aodh is enabled, by since Aodh is just a > consumer of what Ceilometer might produce, there's no way to detect that. > > So this should be enabled by TripleO when it sees that both Ceilometer and > Aodh are configured together. > > How does that sound Prad? sure we can do that in puppet. We always configure aodh, so we can set the event_alarm_topic.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2017:1245