Bug 1559093

Summary:	ceilometer event-list empty with event_dispatchers=gnocchi
Product:	Red Hat OpenStack	Reporter:	Serena Cortopassi <scortopa>
Component:	openstack-tripleo-heat-templates	Assignee:	Pradeep Kilambi <pkilambi>
Status:	CLOSED ERRATA	QA Contact:	Sasha Smolyak <ssmolyak>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	10.0 (Newton)	CC:	jruzicka, mburns, pkilambi, rhel-osp-director-maint, srevivo
Target Milestone:	z8	Keywords:	Reopened, Triaged, ZStream
Target Release:	10.0 (Newton)
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:	openstack-tripleo-heat-templates-5.3.8-10.el7ost	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-05-17 15:40:56 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Serena Cortopassi 2018-03-21 16:53:56 UTC

Description of problem:

No events are registered from Ceilometer.
The default deployment has Gnocchi as event_dispatchers, but it seems it doesn't receive any event from ceilometer.

Version-Release number of selected component (if applicable):

RHOSP 10 with Director deployment.
Ask if you need any specific package version.

Steps to Reproduce:

1. Deployed Undercloud with store_events=false in undercloud.conf

2. Deployed Overcloud leaving defaults for Ceilometer which result in following configs:

----- ceilometer.conf on Controller nodes
[DEFAULT]
meter_dispatchers=gnocchi
event_dispatchers=gnocchi

[notification]
store_events=False

3. Installed Cloudforms 4.6 and followed https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/10/html/quickstart_guide_for_cloudforms_with_red_hat_openstack_platform/add-openstack-oc#openstack-events-oc to make events work

- store_events=True in ceilometer.conf and restarted ceilometer services on Controllers
- as per https://bugzilla.redhat.com/show_bug.cgi?id=1469679#c0, I used the new syntax. I have some of this values commented, but I guess they are defaults so I didn't uncomment them

Actual results:

1. ceilometer event-list (with store_events=true/false)
+------------+------------+-----------+--------+
| Message ID | Event Type | Generated | Traits |
+------------+------------+-----------+--------+
+------------+------------+-----------+--------+
2. Cloudforms cannot read events from ceilometer (as there are no events), so Timelines are not available

Expected results:

1. there are events in ceilometer event-list output
2. Cloudforms reads events from ceilometer

Additional info:

- metrics and measures work perfectly with gnocchi-client
- gnocchi is correctly notified about the termination of resources (ended_at property is correctly set)
- mongo collection 'event' has db.event.dataSize() = 0. Are events saved on gnocchi backend (swift in our case)? Is ceilometer command querying to mongo?

Is the problem on gnocchi (not receiving events from ceilometer or not saving them) or in ceilometer itself?
Can I search for something specific in logs?
Reading this https://bugzilla.redhat.com/show_bug.cgi?id=1447882#c7 I cannot understand if I should add a event_dispatchers=database and how that bug has been closed/solved.

Thanks

Comment 1 Pradeep Kilambi 2018-04-03 14:17:30 UTC

In OSP10, ceilometer still uses mongodb to store events. So you should include event_dispatcher=database for ceilometer api to get the events.

Comment 2 Serena Cortopassi 2018-04-03 15:01:08 UTC

Thanks, so if I understand I have to add event_dispatcher=database in ceilometer.conf and restart all ceilometer services? Something else?

Why did the director not include that config in deployment if it is required in OSP10?

Thanks a lot

Comment 3 Pradeep Kilambi 2018-04-03 15:27:38 UTC

(In reply to Serena Cortopassi from comment #2)
> Thanks, so if I understand I have to add event_dispatcher=database in
> ceilometer.conf and restart all ceilometer services? Something else?
> 
> Why did the director not include that config in deployment if it is required
> in OSP10?
> 
> Thanks a lot

Interesting, director should have defaulted to database. Seems like this was recently changed, causing this issue you're seeing. I'm re-opening this bug and we can fix the director accordingly.

Comment 19 errata-xmlrpc 2018-05-17 15:40:56 UTC

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/RHSA-2018:1593