Description of problem: On a director deployed ceilometer, we have rpc_backend=ceilometer.openstack.common.rpc.impl_kombu this has been deprecated (and removed in liberty), the correct value is rpc_backend=rabbit This must be changed in OSP-8 and ideally before (to simplify upgrades) It has been fixed upstream in the ceilometer puppet module https://review.openstack.org/#/c/196036/ Version-Release number of selected component (if applicable): openstack-puppet-modules-2015.1.8-29.el7ost.noarch openstack-ceilometer-common-2015.1.2-1.el7ost.noarch openstack-tripleo-heat-templates-0.8.6-78.el7ost.noarch
@Derek: I don't understand the problem. https://review.openstack.org/#/c/196036/ is in OPM (at least for OSP8, Liberty). You want a backport to OSP7 (Kilo) ?
@Emilien ideally it would be backported to OSP7, the upgrade process involves the package being upgraded and the services being restarted before the new puppet modules get applied. To avoid an error before the new puppet modules are applied we would need the updated value in OSP7. Alternatively this can be worked around as part of the upgrade process, so I wouldn't call it a blocker by any means.
Jirka, are you handling this already? or do we need to track it?
We're handling this. Derek set the value via crudini: https://github.com/openstack/tripleo-heat-templates/blob/f752e1fe5301abdbf2e8405c595a05e08f0c609b/extraconfig/tasks/major_upgrade_controller_pacemaker_1.sh#L55
This bug did not make the OSP 8.0 release. It is being deferred to OSP 10.
Still valid issue: $ rpm -qa | grep openstack-tripleo-heat-templates openstack-tripleo-heat-templates-5.0.0-0.20161008015357.0d3e3e3.1.el7ost.noarch # grep ^rpc_backend /etc/ceilometer/ceilometer.conf rpc_backend=rabbit The puppet stuff itself looks good, but: This is the culprit https://github.com/openstack/tripleo-heat-templates/blob/master/extraconfig/tasks/major_upgrade_controller_pacemaker_1.sh#L181
(In reply to Mehdi ABAAKOUK from comment #12) > # grep ^rpc_backend /etc/ceilometer/ceilometer.conf > rpc_backend=rabbit I think that's the correct value though (see comment #0), so should this BZ be marked 'verified' rather? The BZ was breaking update from 7 to 8, and has been fixed back then, otherwise we couldn't update Ceilometer to OSP 8 correctly IIRC.
Oh yeah sorry I have misreading, so yeah everything is OK.
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-2948.html