Red Hat Bugzilla – 1578254 – nova-scheduler and nova-conductor are not starting when we enable connection_trace=true in nova.conf under database section
Previously, the `connection_trace` option of oslo.db was hardcoded to require the `oslo_db.tests` python package, which was not packaged as part of Red Hat OpenStack Platform. Consequently, enabling `connection_trace` would cause a Python stack trace. With this update, `connection_trace` conditionally imports `oslo_db.tests`, and continues without error if not present. As a result, enabling `connection_trace` now functions despite `oslo_db.tests` not being present.
DescriptionGyanendra Kumar
2018-05-15 06:35:01 UTC
Description of problem: nova-scheduler and nova-conductor are not starting when we enable connection_trace=true in nova.conf under database section.
Version-Release number of selected component (if applicable):
RHOSP8
RHEL 7.3
nova package version on controller:
openstack-nova-api-12.0.4-16.el7ost.noarch Mon Oct 31 20:26:05 2016
openstack-nova-cert-12.0.4-16.el7ost.noarch Mon Oct 31 20:26:05 2016
openstack-nova-common-12.0.4-16.el7ost.noarch Mon Oct 31 20:23:41 2016
openstack-nova-compute-12.0.4-16.el7ost.noarch Mon Oct 31 20:25:56 2016
openstack-nova-conductor-12.0.4-16.el7ost.noarch Mon Oct 31 20:26:04 2016
openstack-nova-console-12.0.4-16.el7ost.noarch Mon Oct 31 20:26:05 2016
openstack-nova-novncproxy-12.0.4-16.el7ost.noarch Mon Oct 31 20:26:04 2016
openstack-nova-scheduler-12.0.4-16.el7ost.noarch Mon Oct 31 20:26:04 2016
python-nova-12.0.4-16.el7ost.noarch Mon Oct 31 20:23:41 2016
python-novaclient-3.1.0-2.el7ost.noarch Mon Oct 31 20:13:22 2016
How reproducible:
Steps to Reproduce:
1.
On controller2 modify /etc/nova/nova.conf ,set connection_trace=true in [database] :
# Add Python stack traces to SQL as comment strings. (boolean value)
# Deprecated group;name - DEFAULT;sql_connection_trace
connection_trace=true
Restart nova-scheduler service to take modification into effect:
pcs resource restart openstack-nova-scheduler-clone
Nova-scheduler and nova-conductor services remain stopped on controller2:
Clone Set: openstack-nova-scheduler-clone [openstack-nova-scheduler]
Started: [ overcloud-controller-0 overcloud-controller-1 ]
Stopped: [ overcloud-controller-2 ]
Clone Set: openstack-nova-conductor-clone [openstack-nova-conductor]
Started: [ overcloud-controller-0 overcloud-controller-1 ]
Stopped: [ overcloud-controller-2 ]
Actual results:
Nova-scheduler and nova-conductor services not coming up on controller2:
Expected results:
all nova services started on controller2.
Additional info:
Traceback in nova-scheduler shows it's oslo_db trying to reference a module that isn't packaged:
ERROR nova File "/usr/lib/python2.7/site-packages/oslo_db/sqlalchemy/engines.py", line 381, in _add_trace_comments
ERROR nova os.path.dirname(sys.modules['oslo_db.tests'].__file__),
ERROR nova KeyError: 'oslo_db.tests'
Fixed upstream in https://review.openstack.org/221606 (mitaka/OSP9).
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/RHBA-2018:2133
Description of problem: nova-scheduler and nova-conductor are not starting when we enable connection_trace=true in nova.conf under database section. Version-Release number of selected component (if applicable): RHOSP8 RHEL 7.3 nova package version on controller: openstack-nova-api-12.0.4-16.el7ost.noarch Mon Oct 31 20:26:05 2016 openstack-nova-cert-12.0.4-16.el7ost.noarch Mon Oct 31 20:26:05 2016 openstack-nova-common-12.0.4-16.el7ost.noarch Mon Oct 31 20:23:41 2016 openstack-nova-compute-12.0.4-16.el7ost.noarch Mon Oct 31 20:25:56 2016 openstack-nova-conductor-12.0.4-16.el7ost.noarch Mon Oct 31 20:26:04 2016 openstack-nova-console-12.0.4-16.el7ost.noarch Mon Oct 31 20:26:05 2016 openstack-nova-novncproxy-12.0.4-16.el7ost.noarch Mon Oct 31 20:26:04 2016 openstack-nova-scheduler-12.0.4-16.el7ost.noarch Mon Oct 31 20:26:04 2016 python-nova-12.0.4-16.el7ost.noarch Mon Oct 31 20:23:41 2016 python-novaclient-3.1.0-2.el7ost.noarch Mon Oct 31 20:13:22 2016 How reproducible: Steps to Reproduce: 1. On controller2 modify /etc/nova/nova.conf ,set connection_trace=true in [database] : # Add Python stack traces to SQL as comment strings. (boolean value) # Deprecated group;name - DEFAULT;sql_connection_trace connection_trace=true Restart nova-scheduler service to take modification into effect: pcs resource restart openstack-nova-scheduler-clone Nova-scheduler and nova-conductor services remain stopped on controller2: Clone Set: openstack-nova-scheduler-clone [openstack-nova-scheduler] Started: [ overcloud-controller-0 overcloud-controller-1 ] Stopped: [ overcloud-controller-2 ] Clone Set: openstack-nova-conductor-clone [openstack-nova-conductor] Started: [ overcloud-controller-0 overcloud-controller-1 ] Stopped: [ overcloud-controller-2 ] Actual results: Nova-scheduler and nova-conductor services not coming up on controller2: Expected results: all nova services started on controller2. Additional info: