OpenDev Migration Patch
This commit was bulk generated and pushed by the OpenDev sysadmins as a part of the Git hosting and code review systems migration detailed in these mailing list posts: http://lists.openstack.org/pipermail/openstack-discuss/2019-March/003603.html http://lists.openstack.org/pipermail/openstack-discuss/2019-April/004920.html Attempts have been made to correct repository namespaces and hostnames based on simple pattern matching, but it's possible some were updated incorrectly or missed entirely. Please reach out to us via the contact information listed at https://opendev.org/ with any questions you may have.
|1 month ago|
|os_refresh_config||2 years ago|
|tests||6 years ago|
|zuul.d||5 months ago|
|.coveragerc||3 years ago|
|.gitignore||10 months ago|
|.gitreview||1 month ago|
|.stestr.conf||10 months ago|
|LICENSE||6 years ago|
|README.rst||1 year ago|
|requirements.txt||1 year ago|
|setup.cfg||5 months ago|
|setup.py||2 years ago|
|test-requirements.txt||10 months ago|
|tox.ini||6 months ago|
os-refresh-config uses dib-run-parts to run scripts in a pre-defined set of directories:
/opt/stack/os-config-refresh/pre-configure.d /opt/stack/os-config-refresh/configure.d /opt/stack/os-config-refresh/post-configure.d /opt/stack/os-config-refresh/migration.d /opt/stack/os-config-refresh/error.d
/opt/stack/os-config-refresh is the default base directory. You can set OS_REFRESH_CONFIG_BASE_DIR environment variable to override the default one.
Its intended purpose is to separate scripts execution into 4 phases:
It runs through all the phases above to ensure configuration is applied and enabled on a machine. It will run the scripts in error.d and then exit with a non-zero exit status if any phase has a problem. The scripts in each phase should not depend on each other having worked properly.
Note: Earlier versions of os-refresh-config ran migration before post-configure. This was an oversight in the initial design, as migrations are intended to be online migrations after the host is fully configured.
For things which must happen while the service is quiesced, that should be done in the post-configure scripts which control the service state.