Bug 1033544

Summary:	ceilometer looses authentication daily - fixed upstream
Product:	[Community] RDO	Reporter:	Ilkka Tengvall <ikke>
Component:	openstack-ceilometer	Assignee:	RHOS Maint <rhos-maint>
Status:	CLOSED WONTFIX	QA Contact:	Kevin Whitney <kwhitney>
Severity:	urgent	Docs Contact:
Priority:	unspecified
Version:	unspecified	CC:	eglynn, hateya, jruzicka, pbrady, srevivo, yeylon
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	All
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-12-19 13:00:42 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:

Description Ilkka Tengvall 2013-11-22 10:59:41 UTC

Description of problem:

ceilometer looses authentication towards keystone periodicly on rhel 6.4 + grizzly RDO. Fixed upstream in Grizzly: https://bugs.launchpad.net/python-novaclient/+bug/1192656 "attempt to re-authenticate on possible token expiry re-uses expired token"

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

2013.1.4
python-novaclient-2.13.0-1.el6.noarch

How reproducible:
We run ceilometer to track openstack usage. It looses authentication daily. The above patch fixes it. To avoid this we currently restart ceilometer twice a day just to keep it authenticated.

Steps to Reproduce:
1. Run ceilometer on node for couple of days
2.
3.

Actual results:

Ceilometer looses authentication

Expected results:

Ceilometer keeps working

Additional info:

This needs new version of python-novaclient rpm to be created.
https://bugs.launchpad.net/python-novaclient/+bug/1192656

Comment 1 Eoghan Glynn 2013-12-19 12:47:40 UTC

I fixed this a long time ago upstream in python-novaclient:

  https://github.com/openstack/python-novaclient/commit/909a53b1

Comment 2 Eoghan Glynn 2013-12-19 12:59:57 UTC

Hi Ilkka,

Given the age of the grizzly artefacts and that:

(a) the client release cycle is decoupled from the main service release cycle

(b) the clients are intended to be backward compatible

and:

(c) there is no current plan to re-build the client libraries for openstack-grizzly

My advice to you would be to selectively upgrade the python-novaclient RPM (only) from:

  http://repos.fedorapeople.org/repos/openstack/openstack-havana/epel-6/python-novaclient-2.15.0-1.el6.noarch.rpm