c04a107e32
There are cases where it is necessary to use the PlacementFixture without it running a wsgi-intercept, for example when you'd like to run an indepdendent wsgi-intercept, as in the nova tests that exercise the report client. In the bug listed as partial below those report client tests were using a nova conf global to initialize the wsgi intercept. They just happened to be working because that CONF has the required configuration settings. When placement's conf diverged [1] things broke. A nova change which depends on this one will resolve the bug. Note that as a part of this change, the code which deletes 'sync_on_startup' (the new conf option) before configuring the database, is adapted to be more flexible. There really is only one conf setting that is required to start the placement database, connection, and we'd like to make it possible for people to set just that when doing tests or experiments and not have to worry about extraneous optional things. Some parameter descriptions are added to the PlacementFixture __init__. We should add more robust testing to all three of PlacementFixture, fixtures.Database, and PlacementDirect, but at the moment we are trying to fix a gate blocking bug. Partial-Bug: #1818560 [1] Ie43a69be8b75250d9deca6a911eda7b722ef8648 Change-Id: I8c36f35dbe85b0c0db1a5b6b5389b160b68ca488 |
||
---|---|---|
api-ref | ||
doc | ||
etc/placement | ||
gate | ||
placement | ||
playbooks | ||
releasenotes | ||
tools | ||
.coveragerc | ||
.gitignore | ||
.gitreview | ||
.stestr.conf | ||
.zuul.yaml | ||
babel.cfg | ||
bindep.txt | ||
CONTRIBUTING.rst | ||
HACKING.rst | ||
LICENSE | ||
lower-constraints.txt | ||
README.rst | ||
requirements.txt | ||
setup.cfg | ||
setup.py | ||
test-requirements.txt | ||
tox.ini |
Warning: This repository is currently in a state of flux as the placement service is extracted from nova. While that is happening this repository is not yet fully working.
If you are viewing this README on GitHub, please be aware that placement development happens on OpenStack git and OpenStack gerrit.
Team and repository tags
OpenStack Placement
OpenStack Placement provides an HTTP service for managing, selecting, and claiming providers of classes of inventory representing available resources in a cloud.
API
To learn how to use Placement's API, consult the documentation available online at:
For more information on OpenStack APIs, SDKs and CLIs in general, refer to:
Operators
To learn how to deploy and configure OpenStack Placement, consult the documentation available online at:
In the unfortunate event that bugs are discovered, they should be reported to the appropriate bug tracker. If you obtained the software from a 3rd party operating system vendor, it is often wise to use their own bug tracker for reporting problems. In all other cases use the master OpenStack bug tracker, available at:
For the time being bugs in placement should be created in the Nova bug tracker with a tag of ``placement``.
Developers
For information on how to contribute to Placement, please see the contents of CONTRIBUTING.rst.
Any new code must follow the development guidelines detailed in the HACKING.rst file, and pass all tests.
Further developer focused documentation is available at: