Red Hat Bugzilla – Bug 1438795
ceilometer-wsgi in list of processes when passing enable_legacy_ceilometer_api = False in undercloud.conf
Last modified: 2017-05-17 16:17:37 EDT
Description of problem: ceilometer-wsgi in list of undercloud processes when passing enable_legacy_ceilometer_api = False in undercloud.conf Version-Release number of selected component (if applicable): openstack-ceilometer-notification-8.0.1-1.el7ost.noarch openstack-ceilometer-polling-8.0.1-1.el7ost.noarch openstack-ceilometer-collector-8.0.1-1.el7ost.noarch openstack-ceilometer-central-8.0.1-1.el7ost.noarch openstack-ceilometer-common-8.0.1-1.el7ost.noarch How reproducible: Always Steps to Reproduce: 1. add enable_legacy_ceilometer_api = False to undercloud.conf 2. Deploy undercloud 3. Observe list of httpd processes Actual results: ceilometer_wsgi is in the list Expected results: The process is not supposed to be there Additional info: Get a CRITICAL error in undercloud app.log: CRITICAL keystonemiddleware.auth_token [-] Unable to validate token: Unable to establish connection to https://127.0.0.1:35357: HTTPSConnectionPool(host='127.0.0.1', port=35357): Max retries exceeded with url : / (Caused by NewConnectionError('<requests.packages.urllib3.connection.VerifiedHTTPSConnection object at 0x7f55f3875190>: Failed to establish a new connection: [Errno 111] Connection refused',)) Need to verify it doesn't appear once the problem is fixed
VErified, doesn't happen anymore. No errors in log as well.
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/RHEA-2017:1245