Bug 1318583
Summary: | Ceilometer-central-agent failed to gather meters | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Yurii Prokulevych <yprokule> |
Component: | rhosp-director | Assignee: | Marios Andreou <mandreou> |
Status: | CLOSED ERRATA | QA Contact: | Yurii Prokulevych <yprokule> |
Severity: | urgent | Docs Contact: | |
Priority: | unspecified | ||
Version: | 8.0 (Liberty) | CC: | adahms, dbecker, jcoufal, jslagle, mandreou, mburns, morazi, rhel-osp-director-maint, yprokule |
Target Milestone: | --- | Keywords: | TestOnly |
Target Release: | 8.0 (Liberty) | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
Previously, the os_tenant_name variable in the Ceilometer configuration was incorrectly set to the 'admin' tenant instead of the 'service' tenant. This caused the ceilometer-central-agent to fail with the error "ERROR ceilometer.agent.manager Skipping tenant, keystone issue: User 739a3abf8504498e91044d6d2a6830b1 is unauthorized for tenant d097e6c45c494c2cbef4071c2c273a58". Now, Ceilometer is correctly configured to use the 'service' tenant.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2016-04-07 21:49:27 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
Yurii Prokulevych
2016-03-17 09:54:14 UTC
Hi, on my (7.3, poodle) setup i see that we *do* have 'os_tenant_name' as admin in ceilometer.conf, however I also see 'admin_tenant_name' set to 'service' - so from my undercloud I can 'source overcloudrc; ceilometer meter-list'). This setting to 'service' for the tenant_name is delivered for 8 at "Use service tenant for ceilometer" https://review.openstack.org/#/q/Ia14695eb23a1ff551fd27f74b4cb864e80b100e3,n,z - I see this landed into stable/liberty only in the last few days (that is where the tripleo-heat-templates for 8 come from). In particular, looking at https://brewweb.devel.redhat.com/packageinfo?packageID=48664 - you are using openstack-tripleo-heat-templates-0.8.10-2.el7ost.noarch which was built 09th March but that review ^^^ landed 11th. Can you please check that a newer version of the openstack-tripleo-heat-templates fixes this as it should? (I guess anything openstack-tripleo-heat-templates-0.8.11-1.el7ost or newer) thanks Hi Marios, Yeah, I've checked with openstack-tripleo-heat-templates-0.8.12-1.el7ost.noarch and os_tenant_name is set to 'service'. --- Yurii Seems like it is working with the latest version of heat-templates - can we close the bug? (In reply to Jaromir Coufal from comment #3) > Seems like it is working with the latest version of heat-templates - can we > close the bug? i think we can, i can move this to on_qa and TestOnly for confirmation Verified in openstack-tripleo-heat-templates-0.8.12-2.el7ost.noarch 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://rhn.redhat.com/errata/RHEA-2016-0604.html |