Bug 966325
Summary: | sql_connection appears in /etc/nova/nova.conf on compute node. | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Brandon Perkins <bperkins> |
Component: | openstack-packstack | Assignee: | Martin Magr <mmagr> |
Status: | CLOSED ERRATA | QA Contact: | Brandon Perkins <bperkins> |
Severity: | urgent | Docs Contact: | |
Priority: | urgent | ||
Version: | 3.0 | CC: | aortega, apevec, derekh, mmagr, ndipanov, sclewis, sgordon, ykaul |
Target Milestone: | snapshot2 | ||
Target Release: | 3.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
URL: | https://tcms.engineering.redhat.com/case/269383/ | ||
Whiteboard: | |||
Fixed In Version: | openstack-packstack-2013.1.1-0.15.dev625 | Doc Type: | Bug Fix |
Doc Text: |
The sql_connection configuration key in /etc/nova/nova.conf on compute nodes was previously being populated with the full MySQL connection details. This is no longer required as compute nodes now access the database via the nova-conductor service. PackStack has been updated to only set the sql_connection string on nodes that require it.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2013-06-11 18:51:31 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: | |
Embargoed: | |||
Bug Depends On: | 972365 | ||
Bug Blocks: | 894819 |
Description
Brandon Perkins
2013-05-23 04:30:33 UTC
Is it the only thing which should be changed on computed nodes or is there something else required to change from Folsom "with-DB" behaviour? Yes, that's all there is to it. The only thing you *have* to do is have the nova-conductor service running. The implementation was reverted due to bug #972365. Just talked to mmagr on irc about this. "in nova puppet module catalog application fails when there's not DB password in sql_connection ... so currently all-in-one installation works, but controller+1compute_node installation fails" Given that this is a regression that prevents a multi-node setup from succeeding in Packstack, I think this should block snap2 actually. back in snap2 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. http://rhn.redhat.com/errata/RHBA-2013-0938.html |