upon charm upgrade, haproxy configuration is removed, but nrpe check_haproxy_servers still enabled
Bug #1906444 reported by
Drew Freiberger
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Ceilometer Charm |
New
|
Undecided
|
Unassigned |
Bug Description
This is related to bug lp#1773894.
When using ceilometer with gnocchi in ocata+ releases (I'm specifically working with cloud:xenial-
Also, the old haproxy.cfg file is still hanging around, with haproxy installed, but not running. The cleanup of the pacemaker resources was properly solved in the fix for lp#1773894, but I think some additional cleanup of haproxy monitoring, package installation, and configuration need cleanup.
Please add something in upgrade-charm that will run charmhelpers nrpe.remove_
To post a comment you must log in.
This logic from the patch to 1773894 should probably be applied in some way to the update_ nrpe_config( ) in ceilometer_ hooks.py.
haproxy_enabled = True kReleases(
get_os_ codename_ install_ source( config( 'openstack- origin' )))
haproxy_ enabled = False
cmp_codename = CompareOpenStac
if cmp_codename >= 'ocata':
The current code calls charmhelpers nrpe.add_ haproxy_ checks( ). Charmhelpers may need a "remove_ haproxy_ checks( )" to fully implement this in a reusable way, otherwise, you can call nrpe.remove_ deprecated_ check([ 'haproxy_ servers' , 'haproxy_queue']).