Retire Tripleo: remove repo content
TripleO project is retiring - https://review.opendev.org/c/openstack/governance/+/905145 this commit remove the content of this project repo Change-Id: I73e76d203878ef213816bf886b8172a0cff3bf28
This commit is contained in:
parent
75c5f4057e
commit
120ef346df
|
@ -1,8 +0,0 @@
|
||||||
[run]
|
|
||||||
branch = True
|
|
||||||
source = tripleoclient
|
|
||||||
omit = tripleoclient/tests/*
|
|
||||||
|
|
||||||
[report]
|
|
||||||
ignore_errors = True
|
|
||||||
show_missing = True
|
|
|
@ -1,74 +0,0 @@
|
||||||
# Add patterns in here to exclude files created by tools integrated with this
|
|
||||||
# repository, such as test frameworks from the project's recommended workflow,
|
|
||||||
# rendered documentation and package builds.
|
|
||||||
#
|
|
||||||
# Don't add patterns to exclude files created by preferred personal tools
|
|
||||||
# (editors, IDEs, your operating system itself even). These should instead be
|
|
||||||
# maintained outside the repository, for example in a ~/.gitignore file added
|
|
||||||
# with:
|
|
||||||
#
|
|
||||||
# git config --global core.excludesfile '~/.gitignore'
|
|
||||||
|
|
||||||
# Bytecompiled Python
|
|
||||||
*.py[cod]
|
|
||||||
|
|
||||||
# C extensions
|
|
||||||
*.so
|
|
||||||
|
|
||||||
# Packages
|
|
||||||
*.egg
|
|
||||||
*.egg-info
|
|
||||||
dist
|
|
||||||
build
|
|
||||||
eggs
|
|
||||||
.eggs
|
|
||||||
parts
|
|
||||||
bin
|
|
||||||
var
|
|
||||||
sdist
|
|
||||||
develop-eggs
|
|
||||||
.installed.cfg
|
|
||||||
lib
|
|
||||||
lib64
|
|
||||||
|
|
||||||
# Installer logs
|
|
||||||
pip-log.txt
|
|
||||||
install-undercloud.log
|
|
||||||
|
|
||||||
# Unit test / coverage reports
|
|
||||||
.coverage
|
|
||||||
.tox
|
|
||||||
nosetests.xml
|
|
||||||
.testrepository
|
|
||||||
.stestr/*
|
|
||||||
cover/*
|
|
||||||
MagicMock/*
|
|
||||||
|
|
||||||
# Translations
|
|
||||||
*.mo
|
|
||||||
|
|
||||||
# Complexity
|
|
||||||
output/*.html
|
|
||||||
output/*/index.html
|
|
||||||
|
|
||||||
# Sphinx
|
|
||||||
doc/build
|
|
||||||
|
|
||||||
# pbr generates these
|
|
||||||
AUTHORS
|
|
||||||
ChangeLog
|
|
||||||
|
|
||||||
# Editors
|
|
||||||
*~
|
|
||||||
.*.swp
|
|
||||||
.*sw?
|
|
||||||
|
|
||||||
# Files created by releasenotes build
|
|
||||||
releasenotes/build
|
|
||||||
|
|
||||||
# generated config samples
|
|
||||||
*.conf.sample
|
|
||||||
|
|
||||||
# VSCode
|
|
||||||
.vscode/*
|
|
||||||
.devcontainer/*
|
|
3
.mailmap
3
.mailmap
|
@ -1,3 +0,0 @@
|
||||||
# Format is:
|
|
||||||
# <preferred e-mail> <other e-mail 1>
|
|
||||||
# <preferred e-mail> <other e-mail 2>
|
|
|
@ -1,13 +0,0 @@
|
||||||
---
|
|
||||||
repos:
|
|
||||||
- repo: https://github.com/pycqa/flake8.git
|
|
||||||
rev: 3.8.4
|
|
||||||
hooks:
|
|
||||||
- id: flake8
|
|
||||||
language_version: python3
|
|
||||||
args: ['--config=setup.cfg']
|
|
||||||
pass_filenames: false
|
|
||||||
- repo: https://github.com/pre-commit/mirrors-pylint
|
|
||||||
rev: v2.6.0
|
|
||||||
hooks:
|
|
||||||
- id: pylint
|
|
78
.pylintrc
78
.pylintrc
|
@ -1,78 +0,0 @@
|
||||||
[MESSAGES CONTROL]
|
|
||||||
|
|
||||||
disable =
|
|
||||||
# TODO(ssbarnea): remove temporary skips added during initial adoption:
|
|
||||||
arguments-differ,
|
|
||||||
assignment-from-no-return,
|
|
||||||
attribute-defined-outside-init,
|
|
||||||
broad-except,
|
|
||||||
consider-iterating-dictionary,
|
|
||||||
consider-merging-isinstance,
|
|
||||||
consider-using-dict-comprehension,
|
|
||||||
consider-using-in,
|
|
||||||
consider-using-set-comprehension,
|
|
||||||
dangerous-default-value,
|
|
||||||
deprecated-method,
|
|
||||||
duplicate-code,
|
|
||||||
expression-not-assigned,
|
|
||||||
fixme,
|
|
||||||
global-statement,
|
|
||||||
import-error,
|
|
||||||
import-outside-toplevel,
|
|
||||||
inconsistent-return-statements,
|
|
||||||
invalid-name,
|
|
||||||
line-too-long,
|
|
||||||
logging-format-interpolation,
|
|
||||||
logging-not-lazy,
|
|
||||||
lost-exception,
|
|
||||||
missing-class-docstring,
|
|
||||||
missing-function-docstring,
|
|
||||||
missing-module-docstring,
|
|
||||||
no-else-break,
|
|
||||||
no-else-continue,
|
|
||||||
no-else-raise,
|
|
||||||
no-member,
|
|
||||||
no-self-use,
|
|
||||||
no-value-for-parameter,
|
|
||||||
protected-access,
|
|
||||||
raise-missing-from,
|
|
||||||
redefined-argument-from-local,
|
|
||||||
redefined-builtin,
|
|
||||||
redefined-outer-name,
|
|
||||||
reimported,
|
|
||||||
self-assigning-variable,
|
|
||||||
simplifiable-if-statement,
|
|
||||||
super-init-not-called,
|
|
||||||
super-with-arguments,
|
|
||||||
superfluous-parens,
|
|
||||||
too-few-public-methods,
|
|
||||||
too-many-ancestors,
|
|
||||||
too-many-arguments,
|
|
||||||
too-many-branches,
|
|
||||||
too-many-instance-attributes,
|
|
||||||
too-many-lines,
|
|
||||||
too-many-locals,
|
|
||||||
too-many-nested-blocks,
|
|
||||||
too-many-public-methods,
|
|
||||||
too-many-return-statements,
|
|
||||||
too-many-statements,
|
|
||||||
trailing-comma-tuple,
|
|
||||||
try-except-raise,
|
|
||||||
undefined-loop-variable,
|
|
||||||
ungrouped-imports,
|
|
||||||
unidiomatic-typecheck,
|
|
||||||
unnecessary-comprehension,
|
|
||||||
unnecessary-lambda,
|
|
||||||
unnecessary-pass,
|
|
||||||
unsubscriptable-object,
|
|
||||||
unused-argument,
|
|
||||||
unused-import,
|
|
||||||
unused-variable,
|
|
||||||
useless-else-on-loop,
|
|
||||||
useless-object-inheritance,
|
|
||||||
useless-super-delegation,
|
|
||||||
wrong-import-order,
|
|
||||||
wrong-import-position
|
|
||||||
|
|
||||||
[REPORTS]
|
|
||||||
output-format = colorized
|
|
|
@ -1,3 +0,0 @@
|
||||||
[DEFAULT]
|
|
||||||
test_path=${TEST_PATH:-./tripleoclient/tests}
|
|
||||||
top_dir=./
|
|
|
@ -1,12 +0,0 @@
|
||||||
If you would like to contribute to the development of OpenStack,
|
|
||||||
you must follow the steps in the "If you're a developer, start here"
|
|
||||||
section of `How To Contribute Guide <https://wiki.openstack.org/wiki/How_To_Contribute>`_.
|
|
||||||
|
|
||||||
Once those steps have been completed, changes to OpenStack
|
|
||||||
should be submitted for review via the Gerrit tool, following
|
|
||||||
the documented `Development Workflow <https://docs.openstack.org/infra/manual/developers.html>`_.
|
|
||||||
|
|
||||||
Pull requests submitted through GitHub will be ignored.
|
|
||||||
|
|
||||||
Bugs should be filed on `TripleO at Launchpad <https://bugs.launchpad.net/tripleo>`_
|
|
||||||
not GitHub.
|
|
175
LICENSE
175
LICENSE
|
@ -1,175 +0,0 @@
|
||||||
|
|
||||||
Apache License
|
|
||||||
Version 2.0, January 2004
|
|
||||||
http://www.apache.org/licenses/
|
|
||||||
|
|
||||||
TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
|
|
||||||
|
|
||||||
1. Definitions.
|
|
||||||
|
|
||||||
"License" shall mean the terms and conditions for use, reproduction,
|
|
||||||
and distribution as defined by Sections 1 through 9 of this document.
|
|
||||||
|
|
||||||
"Licensor" shall mean the copyright owner or entity authorized by
|
|
||||||
the copyright owner that is granting the License.
|
|
||||||
|
|
||||||
"Legal Entity" shall mean the union of the acting entity and all
|
|
||||||
other entities that control, are controlled by, or are under common
|
|
||||||
control with that entity. For the purposes of this definition,
|
|
||||||
"control" means (i) the power, direct or indirect, to cause the
|
|
||||||
direction or management of such entity, whether by contract or
|
|
||||||
otherwise, or (ii) ownership of fifty percent (50%) or more of the
|
|
||||||
outstanding shares, or (iii) beneficial ownership of such entity.
|
|
||||||
|
|
||||||
"You" (or "Your") shall mean an individual or Legal Entity
|
|
||||||
exercising permissions granted by this License.
|
|
||||||
|
|
||||||
"Source" form shall mean the preferred form for making modifications,
|
|
||||||
including but not limited to software source code, documentation
|
|
||||||
source, and configuration files.
|
|
||||||
|
|
||||||
"Object" form shall mean any form resulting from mechanical
|
|
||||||
transformation or translation of a Source form, including but
|
|
||||||
not limited to compiled object code, generated documentation,
|
|
||||||
and conversions to other media types.
|
|
||||||
|
|
||||||
"Work" shall mean the work of authorship, whether in Source or
|
|
||||||
Object form, made available under the License, as indicated by a
|
|
||||||
copyright notice that is included in or attached to the work
|
|
||||||
(an example is provided in the Appendix below).
|
|
||||||
|
|
||||||
"Derivative Works" shall mean any work, whether in Source or Object
|
|
||||||
form, that is based on (or derived from) the Work and for which the
|
|
||||||
editorial revisions, annotations, elaborations, or other modifications
|
|
||||||
represent, as a whole, an original work of authorship. For the purposes
|
|
||||||
of this License, Derivative Works shall not include works that remain
|
|
||||||
separable from, or merely link (or bind by name) to the interfaces of,
|
|
||||||
the Work and Derivative Works thereof.
|
|
||||||
|
|
||||||
"Contribution" shall mean any work of authorship, including
|
|
||||||
the original version of the Work and any modifications or additions
|
|
||||||
to that Work or Derivative Works thereof, that is intentionally
|
|
||||||
submitted to Licensor for inclusion in the Work by the copyright owner
|
|
||||||
or by an individual or Legal Entity authorized to submit on behalf of
|
|
||||||
the copyright owner. For the purposes of this definition, "submitted"
|
|
||||||
means any form of electronic, verbal, or written communication sent
|
|
||||||
to the Licensor or its representatives, including but not limited to
|
|
||||||
communication on electronic mailing lists, source code control systems,
|
|
||||||
and issue tracking systems that are managed by, or on behalf of, the
|
|
||||||
Licensor for the purpose of discussing and improving the Work, but
|
|
||||||
excluding communication that is conspicuously marked or otherwise
|
|
||||||
designated in writing by the copyright owner as "Not a Contribution."
|
|
||||||
|
|
||||||
"Contributor" shall mean Licensor and any individual or Legal Entity
|
|
||||||
on behalf of whom a Contribution has been received by Licensor and
|
|
||||||
subsequently incorporated within the Work.
|
|
||||||
|
|
||||||
2. Grant of Copyright License. Subject to the terms and conditions of
|
|
||||||
this License, each Contributor hereby grants to You a perpetual,
|
|
||||||
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
|
|
||||||
copyright license to reproduce, prepare Derivative Works of,
|
|
||||||
publicly display, publicly perform, sublicense, and distribute the
|
|
||||||
Work and such Derivative Works in Source or Object form.
|
|
||||||
|
|
||||||
3. Grant of Patent License. Subject to the terms and conditions of
|
|
||||||
this License, each Contributor hereby grants to You a perpetual,
|
|
||||||
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
|
|
||||||
(except as stated in this section) patent license to make, have made,
|
|
||||||
use, offer to sell, sell, import, and otherwise transfer the Work,
|
|
||||||
where such license applies only to those patent claims licensable
|
|
||||||
by such Contributor that are necessarily infringed by their
|
|
||||||
Contribution(s) alone or by combination of their Contribution(s)
|
|
||||||
with the Work to which such Contribution(s) was submitted. If You
|
|
||||||
institute patent litigation against any entity (including a
|
|
||||||
cross-claim or counterclaim in a lawsuit) alleging that the Work
|
|
||||||
or a Contribution incorporated within the Work constitutes direct
|
|
||||||
or contributory patent infringement, then any patent licenses
|
|
||||||
granted to You under this License for that Work shall terminate
|
|
||||||
as of the date such litigation is filed.
|
|
||||||
|
|
||||||
4. Redistribution. You may reproduce and distribute copies of the
|
|
||||||
Work or Derivative Works thereof in any medium, with or without
|
|
||||||
modifications, and in Source or Object form, provided that You
|
|
||||||
meet the following conditions:
|
|
||||||
|
|
||||||
(a) You must give any other recipients of the Work or
|
|
||||||
Derivative Works a copy of this License; and
|
|
||||||
|
|
||||||
(b) You must cause any modified files to carry prominent notices
|
|
||||||
stating that You changed the files; and
|
|
||||||
|
|
||||||
(c) You must retain, in the Source form of any Derivative Works
|
|
||||||
that You distribute, all copyright, patent, trademark, and
|
|
||||||
attribution notices from the Source form of the Work,
|
|
||||||
excluding those notices that do not pertain to any part of
|
|
||||||
the Derivative Works; and
|
|
||||||
|
|
||||||
(d) If the Work includes a "NOTICE" text file as part of its
|
|
||||||
distribution, then any Derivative Works that You distribute must
|
|
||||||
include a readable copy of the attribution notices contained
|
|
||||||
within such NOTICE file, excluding those notices that do not
|
|
||||||
pertain to any part of the Derivative Works, in at least one
|
|
||||||
of the following places: within a NOTICE text file distributed
|
|
||||||
as part of the Derivative Works; within the Source form or
|
|
||||||
documentation, if provided along with the Derivative Works; or,
|
|
||||||
within a display generated by the Derivative Works, if and
|
|
||||||
wherever such third-party notices normally appear. The contents
|
|
||||||
of the NOTICE file are for informational purposes only and
|
|
||||||
do not modify the License. You may add Your own attribution
|
|
||||||
notices within Derivative Works that You distribute, alongside
|
|
||||||
or as an addendum to the NOTICE text from the Work, provided
|
|
||||||
that such additional attribution notices cannot be construed
|
|
||||||
as modifying the License.
|
|
||||||
|
|
||||||
You may add Your own copyright statement to Your modifications and
|
|
||||||
may provide additional or different license terms and conditions
|
|
||||||
for use, reproduction, or distribution of Your modifications, or
|
|
||||||
for any such Derivative Works as a whole, provided Your use,
|
|
||||||
reproduction, and distribution of the Work otherwise complies with
|
|
||||||
the conditions stated in this License.
|
|
||||||
|
|
||||||
5. Submission of Contributions. Unless You explicitly state otherwise,
|
|
||||||
any Contribution intentionally submitted for inclusion in the Work
|
|
||||||
by You to the Licensor shall be under the terms and conditions of
|
|
||||||
this License, without any additional terms or conditions.
|
|
||||||
Notwithstanding the above, nothing herein shall supersede or modify
|
|
||||||
the terms of any separate license agreement you may have executed
|
|
||||||
with Licensor regarding such Contributions.
|
|
||||||
|
|
||||||
6. Trademarks. This License does not grant permission to use the trade
|
|
||||||
names, trademarks, service marks, or product names of the Licensor,
|
|
||||||
except as required for reasonable and customary use in describing the
|
|
||||||
origin of the Work and reproducing the content of the NOTICE file.
|
|
||||||
|
|
||||||
7. Disclaimer of Warranty. Unless required by applicable law or
|
|
||||||
agreed to in writing, Licensor provides the Work (and each
|
|
||||||
Contributor provides its Contributions) on an "AS IS" BASIS,
|
|
||||||
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
|
|
||||||
implied, including, without limitation, any warranties or conditions
|
|
||||||
of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A
|
|
||||||
PARTICULAR PURPOSE. You are solely responsible for determining the
|
|
||||||
appropriateness of using or redistributing the Work and assume any
|
|
||||||
risks associated with Your exercise of permissions under this License.
|
|
||||||
|
|
||||||
8. Limitation of Liability. In no event and under no legal theory,
|
|
||||||
whether in tort (including negligence), contract, or otherwise,
|
|
||||||
unless required by applicable law (such as deliberate and grossly
|
|
||||||
negligent acts) or agreed to in writing, shall any Contributor be
|
|
||||||
liable to You for damages, including any direct, indirect, special,
|
|
||||||
incidental, or consequential damages of any character arising as a
|
|
||||||
result of this License or out of the use or inability to use the
|
|
||||||
Work (including but not limited to damages for loss of goodwill,
|
|
||||||
work stoppage, computer failure or malfunction, or any and all
|
|
||||||
other commercial damages or losses), even if such Contributor
|
|
||||||
has been advised of the possibility of such damages.
|
|
||||||
|
|
||||||
9. Accepting Warranty or Additional Liability. While redistributing
|
|
||||||
the Work or Derivative Works thereof, You may choose to offer,
|
|
||||||
and charge a fee for, acceptance of support, warranty, indemnity,
|
|
||||||
or other liability obligations and/or rights consistent with this
|
|
||||||
License. However, in accepting such obligations, You may act only
|
|
||||||
on Your own behalf and on Your sole responsibility, not on behalf
|
|
||||||
of any other Contributor, and only if You agree to indemnify,
|
|
||||||
defend, and hold each Contributor harmless for any liability
|
|
||||||
incurred by, or claims asserted against, such Contributor by reason
|
|
||||||
of your accepting any such warranty or additional liability.
|
|
29
README.rst
29
README.rst
|
@ -1,23 +1,10 @@
|
||||||
===================
|
This project is no longer maintained.
|
||||||
About tripleoclient
|
|
||||||
===================
|
|
||||||
|
|
||||||
General information
|
The contents of this repository are still available in the Git
|
||||||
-------------------
|
source code management system. To see the contents of this
|
||||||
|
repository before it reached its end of life, please check out the
|
||||||
|
previous commit with "git checkout HEAD^1".
|
||||||
|
|
||||||
**tripleoclient** is an OpenStackClient (OSC) plugin implementation that
|
For any further questions, please email
|
||||||
implements commands useful for TripleO and the install and management of
|
openstack-discuss@lists.openstack.org or join #openstack-dev on
|
||||||
both an undercloud and an overcloud.
|
OFTC.
|
||||||
|
|
||||||
See the
|
|
||||||
`TripleO Documentation <https://docs.openstack.org/tripleo-docs/latest/>`_
|
|
||||||
for details on using tripleoclient.
|
|
||||||
|
|
||||||
See the
|
|
||||||
`Release Notes <https://docs.openstack.org/releasenotes/python-tripleoclient>`_
|
|
||||||
|
|
||||||
Team and repository tags
|
|
||||||
------------------------
|
|
||||||
|
|
||||||
.. image:: https://governance.openstack.org/tc/badges/python-tripleoclient.svg
|
|
||||||
:target: https://governance.openstack.org/tc/reference/tags/index.html
|
|
||||||
|
|
14
bindep.txt
14
bindep.txt
|
@ -1,14 +0,0 @@
|
||||||
# This is a cross-platform list tracking distribution packages needed by tests;
|
|
||||||
# see https://docs.openstack.org/infra/bindep/ for additional information.
|
|
||||||
|
|
||||||
hostname [platform:rpm test]
|
|
||||||
xfsprogs [platform:rpm test]
|
|
||||||
qemu-img [platform:rpm test]
|
|
||||||
dosfstools [platform:rpm test]
|
|
||||||
libffi-dev [platform:dpkg]
|
|
||||||
libffi-devel [platform:rpm]
|
|
||||||
libssl-dev [platform:dpkg test]
|
|
||||||
openssl-devel [platform:rpm test]
|
|
||||||
policycoreutils-python [platform:rpm test !platform:rhel-8 !platform:centos-8 !platform:fedora !platform:centos-9 !platform:rhel-9]
|
|
||||||
policycoreutils-python-utils [platform:rpm test !platform:rhel-7 !platform:centos-7]
|
|
||||||
tripleo-ansible [platform:rpm]
|
|
|
@ -1,3 +0,0 @@
|
||||||
[DEFAULT]
|
|
||||||
output_file = standalone.conf.sample
|
|
||||||
namespace = standalone_config
|
|
|
@ -1,3 +0,0 @@
|
||||||
[DEFAULT]
|
|
||||||
output_file = undercloud.conf.sample
|
|
||||||
namespace = undercloud_config
|
|
|
@ -1,7 +0,0 @@
|
||||||
# The order of packages is significant, because pip processes them in the order
|
|
||||||
# of appearance. Changing the order has an impact on the overall integration
|
|
||||||
# process, which may cause wedges in the gate later.
|
|
||||||
sphinx>=2.0.0,!=2.1.0 # BSD
|
|
||||||
sphinxcontrib-svg2pdfconverter>=0.1.0 # BSD
|
|
||||||
openstackdocstheme>=2.2.1 # Apache-2.0
|
|
||||||
reno>=3.1.0 # Apache-2.0
|
|
|
@ -1,31 +0,0 @@
|
||||||
======================
|
|
||||||
All Overcloud Commands
|
|
||||||
======================
|
|
||||||
|
|
||||||
.. autoprogram-cliff:: openstack.tripleoclient.v2
|
|
||||||
:command: overcloud *
|
|
||||||
|
|
||||||
==================
|
|
||||||
Container Commands
|
|
||||||
==================
|
|
||||||
|
|
||||||
.. autoprogram-cliff:: openstack.tripleoclient.v2
|
|
||||||
:command: tripleo container *
|
|
||||||
|
|
||||||
===================
|
|
||||||
Undercloud Commands
|
|
||||||
===================
|
|
||||||
|
|
||||||
.. autoprogram-cliff:: openstack.tripleoclient.v2
|
|
||||||
:command: undercloud *
|
|
||||||
|
|
||||||
===================
|
|
||||||
Standalone Commands
|
|
||||||
===================
|
|
||||||
|
|
||||||
.. autoprogram-cliff:: openstack.tripleoclient.v2
|
|
||||||
:command: tripleo deploy
|
|
||||||
|
|
||||||
.. autoprogram-cliff:: openstack.tripleoclient.v2
|
|
||||||
:command: tripleo upgrade
|
|
||||||
|
|
|
@ -1,89 +0,0 @@
|
||||||
# -*- coding: utf-8 -*-
|
|
||||||
# Licensed under the Apache License, Version 2.0 (the "License");
|
|
||||||
# you may not use this file except in compliance with the License.
|
|
||||||
# You may obtain a copy of the License at
|
|
||||||
#
|
|
||||||
# http://www.apache.org/licenses/LICENSE-2.0
|
|
||||||
#
|
|
||||||
# Unless required by applicable law or agreed to in writing, software
|
|
||||||
# distributed under the License is distributed on an "AS IS" BASIS,
|
|
||||||
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
|
|
||||||
# implied.
|
|
||||||
# See the License for the specific language governing permissions and
|
|
||||||
# limitations under the License.
|
|
||||||
|
|
||||||
import os
|
|
||||||
import sys
|
|
||||||
|
|
||||||
sys.path.insert(0, os.path.abspath('../..'))
|
|
||||||
# -- General configuration ----------------------------------------------------
|
|
||||||
|
|
||||||
# Add any Sphinx extension module names here, as strings. They can be
|
|
||||||
# extensions coming with Sphinx (named 'sphinx.ext.*') or your custom ones.
|
|
||||||
extensions = [
|
|
||||||
'sphinx.ext.autodoc',
|
|
||||||
'openstackdocstheme',
|
|
||||||
'cliff.sphinxext',
|
|
||||||
'sphinxcontrib.rsvgconverter',
|
|
||||||
]
|
|
||||||
|
|
||||||
# Disable usage of xindy https://bugzilla.redhat.com/show_bug.cgi?id=1643664
|
|
||||||
latex_use_xindy = False
|
|
||||||
|
|
||||||
# autodoc generation is a bit aggressive and a nuisance when doing heavy
|
|
||||||
# text edit cycles.
|
|
||||||
# execute "export SPHINX_DEBUG=1" in your terminal to disable
|
|
||||||
|
|
||||||
# The suffix of source filenames.
|
|
||||||
source_suffix = '.rst'
|
|
||||||
|
|
||||||
# The master toctree document.
|
|
||||||
master_doc = 'index'
|
|
||||||
|
|
||||||
# General information about the project.
|
|
||||||
copyright = '2017 Red Hat, Inc.'
|
|
||||||
|
|
||||||
# If true, '()' will be appended to :func: etc. cross-reference text.
|
|
||||||
add_function_parentheses = True
|
|
||||||
|
|
||||||
# If true, the current module name will be prepended to all description
|
|
||||||
# unit titles (such as .. function::).
|
|
||||||
add_module_names = True
|
|
||||||
|
|
||||||
# The name of the Pygments (syntax highlighting) style to use.
|
|
||||||
pygments_style = 'native'
|
|
||||||
|
|
||||||
suppress_warnings = ['image.nonlocal_uri']
|
|
||||||
|
|
||||||
# -- Options for HTML output --------------------------------------------------
|
|
||||||
|
|
||||||
# The theme to use for HTML and HTML Help pages. Major themes that come with
|
|
||||||
# Sphinx are currently 'default' and 'sphinxdoc'.
|
|
||||||
# html_theme_path = ["."]
|
|
||||||
html_theme = 'openstackdocs'
|
|
||||||
# html_static_path = ['static']
|
|
||||||
|
|
||||||
# Output file base name for HTML help builder.
|
|
||||||
htmlhelp_basename = 'tripleoclientdoc'
|
|
||||||
|
|
||||||
# Grouping the document tree into LaTeX files. List of tuples
|
|
||||||
# (source start file, target name, title, author, documentclass
|
|
||||||
# [howto/manual]).
|
|
||||||
latex_documents = [
|
|
||||||
('index',
|
|
||||||
'doc-python-tripleoclient.tex',
|
|
||||||
'Tripleoclient Documentation',
|
|
||||||
'OpenStack Foundation', 'manual'),
|
|
||||||
]
|
|
||||||
|
|
||||||
# Allow deeper levels of nesting for \begin...\end stanzas
|
|
||||||
latex_elements = {'maxlistdepth': 10, 'extraclassoptions': ',openany,oneside'}
|
|
||||||
|
|
||||||
# openstackdocstheme options
|
|
||||||
openstackdocs_repo_name = 'openstack/python-tripleoclient'
|
|
||||||
openstackdocs_pdf_link = True
|
|
||||||
openstackdocs_bug_project = 'python-tripleoclient'
|
|
||||||
openstackdocs_bug_tag = ''
|
|
||||||
|
|
||||||
# Last updated timestamp
|
|
||||||
autoprogram_cliff_application = 'openstack'
|
|
|
@ -1,4 +0,0 @@
|
||||||
Contributing
|
|
||||||
============
|
|
||||||
|
|
||||||
.. include:: ../../CONTRIBUTING.rst
|
|
|
@ -1,20 +0,0 @@
|
||||||
=============
|
|
||||||
Tripleoclient
|
|
||||||
=============
|
|
||||||
|
|
||||||
.. toctree::
|
|
||||||
:maxdepth: 2
|
|
||||||
|
|
||||||
readme
|
|
||||||
contributing
|
|
||||||
installation
|
|
||||||
usage
|
|
||||||
commands
|
|
||||||
|
|
||||||
.. only:: html
|
|
||||||
|
|
||||||
Indices and tables
|
|
||||||
==================
|
|
||||||
|
|
||||||
* :ref:`genindex`
|
|
||||||
* :ref:`search`
|
|
|
@ -1,12 +0,0 @@
|
||||||
============
|
|
||||||
Installation
|
|
||||||
============
|
|
||||||
|
|
||||||
At the command line::
|
|
||||||
|
|
||||||
$ pip install python-tripleoclient
|
|
||||||
|
|
||||||
Or, if you have virtualenvwrapper installed::
|
|
||||||
|
|
||||||
$ mkvirtualenv python-tripleoclient
|
|
||||||
$ pip install python-tripleoclient
|
|
|
@ -1 +0,0 @@
|
||||||
.. include:: ../../README.rst
|
|
|
@ -1,7 +0,0 @@
|
||||||
=====
|
|
||||||
Usage
|
|
||||||
=====
|
|
||||||
|
|
||||||
To use tripleoclient in a project::
|
|
||||||
|
|
||||||
import tripleoclient
|
|
|
@ -1,37 +0,0 @@
|
||||||
---
|
|
||||||
prelude: >
|
|
||||||
6.0.0 is the final release for Ocata.
|
|
||||||
It's the first release where release notes are added.
|
|
||||||
features:
|
|
||||||
- Use the overcloudrc generated in a Mistral action so both
|
|
||||||
CLI and UI can use the same file when interacting with the
|
|
||||||
deployed OpenStack.
|
|
||||||
- Default image build to use yaml files.
|
|
||||||
If no args are given to the overcloud image build, it will
|
|
||||||
default to using the CentOS yaml files in
|
|
||||||
/usr/share/openstack-tripleo-common/image-yaml.
|
|
||||||
- Simplify fetching the passwords from Mistral.
|
|
||||||
- Add --disable-validations argument that will disable the run
|
|
||||||
of validations completely. This feature is useful when we deploy
|
|
||||||
TripleO with multinode and deployed-server features.
|
|
||||||
fixes:
|
|
||||||
- Fixes `bug 1649588
|
|
||||||
<https://bugs.launchpad.net/tripleo/+bug/1649588>`__ so exceptions are not
|
|
||||||
swallowed anymore which was leading to 0 exit code.
|
|
||||||
Now, it returns a proper exit code when plan deletion fails.
|
|
||||||
- Add new hiera agent hook to legacy image build.
|
|
||||||
The change Ia1864933235152b7e899c4442534879f8e22240d added these to the
|
|
||||||
newer overcloud-images.yaml method of building images. Unfortunately
|
|
||||||
because the old 'openstack overcloud image build --all' method does not
|
|
||||||
leverage this file yet, it leads to a timeout in deployment because the
|
|
||||||
heat agents are not available.
|
|
||||||
It fixes `bug 1651616
|
|
||||||
<https://bugs.launchpad.net/tripleo/+bug/1651616>`__.
|
|
||||||
- Fixes `bug 1637474
|
|
||||||
<https://bugs.launchpad.net/tripleo/+bug/1637474>`__ so we manage
|
|
||||||
--initial-state flag for register_or_update.
|
|
||||||
- Fixes `bug 1648861
|
|
||||||
<https://bugs.launchpad.net/tripleo/+bug/1648861>`__ so that if the plan
|
|
||||||
creation fails, the Swift container isn't created.
|
|
||||||
other:
|
|
||||||
- Remove the keystone_pki cert generation, which is not needed anymore.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
The 'openstack tripleo validator list' subcommand can only display all the
|
|
||||||
available parameters for the validations using the new --parameters
|
|
||||||
argument and extract them to a file using the new --create-vars-file argument.
|
|
|
@ -1,8 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
The validations can now be performed by calling Mistral or by calling
|
|
||||||
``ansible-playbook``. By default, the latter is used. The new ``--use-mistral``
|
|
||||||
option allows to execute either groups or a set of specific validations by
|
|
||||||
calling Mistral instead of using the default mechanism, ie. ``ansible-playbook``.
|
|
||||||
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
The option `enable_swift_encryption` was added to the containerized
|
|
||||||
undercloud configuration options (undercloud.conf). If enabled, it will
|
|
||||||
deploy Barbican, which will be used to enable Swift Object encryption.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
TLS is now used by default for the containerized undercloud. This is done
|
|
||||||
by setting the ``generate_service_certificate`` parameter to True by
|
|
||||||
default.
|
|
|
@ -1,7 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
In order to allow overcloud and deploy images to vary based on architecture
|
|
||||||
add a ``--architecture`` option to ``openstack overcloud image upload``.
|
|
||||||
This option will add hw_architecture to the image meta-data, which will
|
|
||||||
then be used my nova to limit node selection to matching CPU architectures.
|
|
|
@ -1,8 +0,0 @@
|
||||||
---
|
|
||||||
upgrade:
|
|
||||||
- If the operator specifies a roles_data.yaml for the deployment or upgrade
|
|
||||||
this adds a check that the disable_upgrade_deployment flag is set at least
|
|
||||||
once in that file and otherwise logs a warning. If the
|
|
||||||
validation-warnings-fatal parameter is set to True (default is False) then
|
|
||||||
this check will also raise an InvalidConfiguration exception.
|
|
||||||
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- New configuration options for enable_neutron and enable_heat are added to
|
|
||||||
the standalone and undercloud installers. These options default to true,
|
|
||||||
and can be used to selectively disable these services.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Adds `overcloud generate fencing` command, which outputs an environment
|
|
||||||
file which can be used to configure node fencing in HA deployments.
|
|
||||||
Currently IPMI and virtual (non-production) deployments are supported.
|
|
|
@ -1,13 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Adds a cli for fast forward upgrades, in particular the
|
|
||||||
|
|
||||||
openstack overcloud ffwd-upgrade prepare
|
|
||||||
openstack overcloud ffwd-upgrade run
|
|
||||||
openstack overcloud ffwd-upgrade converge
|
|
||||||
|
|
||||||
Which are meant to be the first, second and final step in the fast-forward
|
|
||||||
upgrade workflow. See the ffwd upgrade docs for more information on how to
|
|
||||||
use these cli commands, and the list of parameters is available with
|
|
||||||
openstack overcloud ffwd-upgrade [prepare,run,converge] --help
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Added option ``enable_frr`` to enable the TripleO FRR service in standalone
|
|
||||||
and undercloud deployments.
|
|
|
@ -1,7 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
A new cli argument, --heat-type is added to openstack overcloud deploy.
|
|
||||||
Available options are "installed", "pod", "container", and "native". The
|
|
||||||
default is "installed". The argument specifies the type of Heat process to
|
|
||||||
use for the deployment.
|
|
|
@ -1,12 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
The `overcloud delete` subcommand now supports cleaning up overcloud hosts,
|
|
||||||
services, and DNS entries in FreeIPA. This is applicable to deployments
|
|
||||||
with TLS support enabled since FreeIPA serves DNS and manages certificates
|
|
||||||
for overcloud infrastructure. This subcommand also includes a new option
|
|
||||||
called ``--skip-ipa-cleanup`` that allows the caller to forego cleaning up
|
|
||||||
FreeIPA. This may be useful when deployers want to forcibly cleanup
|
|
||||||
overcloud stacks and leave FreeIPA entries intact (e.g., network partition
|
|
||||||
events where the FreeIPA server isn't reachable). Note that you will need
|
|
||||||
to manually cleanup FreeIPA if you use ``--skip-ipa-cleanup``.
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Automatically enables ironic BIOS management interfaces based on enabled
|
|
||||||
ironic hardware types supporting BIOS management.
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Automatically enables ironic inspection interfaces for enabled ironic
|
|
||||||
hardware types supporting out-of-band inspection.
|
|
|
@ -1,5 +0,0 @@
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Added options for "overcloud delete" command to unprovision
|
|
||||||
networks provisioned with "overcloud deploy" or with
|
|
||||||
"overcloud network provision".
|
|
|
@ -1,7 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Standalone deployment now support for custom networks data
|
|
||||||
(``network_data.yaml``). By default Standalone deploys with no networks
|
|
||||||
data (all services on the ctlplane network). The new option
|
|
||||||
``networks_file`` can be used to provide custom networks data.
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Added options for "overcloud delete" command to unprovision nodes
|
|
||||||
and network ports provisioned with "overcloud deploy".
|
|
|
@ -1,8 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
In certain situations it may be desirable to provide optimised overcloud
|
|
||||||
images for deployed nodes. In order to achieve this add a ``--platform``
|
|
||||||
option to ``openstack overcloud image upload``. This option will then be
|
|
||||||
used to select appropriate images based on the combination of architecture
|
|
||||||
and platform.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Users can now specify roles_data.yaml and network_data.yaml locations
|
|
||||||
in their answers file. Using `networks` and `roles` along with their
|
|
||||||
`templates` and `environments` arguments.
|
|
|
@ -1,16 +0,0 @@
|
||||||
---
|
|
||||||
upgrade:
|
|
||||||
- |
|
|
||||||
This adds a --skip-tags parameter to the openstack overcloud upgrade run
|
|
||||||
command
|
|
||||||
|
|
||||||
.. code-block:: bash
|
|
||||||
|
|
||||||
openstack overcloud upgrade run --nodes compute-0 --skip-tags validation
|
|
||||||
|
|
||||||
This is useful for skipping those step 0 tasks (tagged "validation") that
|
|
||||||
check if services are running before allowing the upgrade to proceed, especially
|
|
||||||
if you must re-run the upgrade after a failed attempt and some services
|
|
||||||
cannot easily be started. The currently supported values for this are
|
|
||||||
validation and pre-upgrade, and they can be combined as "--skip-tags
|
|
||||||
'validation,pre-upgrade'" if required.
|
|
|
@ -1,10 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Expose the existing --reproduce-command from `openstack tripleo deploy`
|
|
||||||
CLI in the Undercloud CLI commnads.
|
|
||||||
A new CLI option --reproduce-command is available for the `openstack
|
|
||||||
undercloud install` and `openstack undercloud upgrade` commands, which
|
|
||||||
creates an script, named ansible-playbook-command.sh, in the Undercloud's
|
|
||||||
deployment artifacts directory. This script allows running the Ansible
|
|
||||||
playbooks for deployment or upgrade in the same way the CLI command does.
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- Add `undercloud_enable_selinux` configuration to the undercloud.conf.
|
|
||||||
This option is a boolean option to enable or disable SELinux during the
|
|
||||||
undercloud installation.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Added a y/n prompt to the node delete command to prevent a user from
|
|
||||||
accidently executing a node delete action since it's a destructive
|
|
||||||
action.
|
|
|
@ -1,9 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
The Admin Authorize command can now be targeted at
|
|
||||||
specific nodes using '--limit'. It can also take a
|
|
||||||
custom static-inventory using '--static-inventory'.
|
|
||||||
fixes:
|
|
||||||
- |
|
|
||||||
Fixes Admin Authorize to work with Ephemeral Heat.
|
|
|
@ -1,7 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Adds a new --save-swift parameter to undercloud-backup. This is due to the
|
|
||||||
fact that in the past the backup would be always saved on swift and the
|
|
||||||
next backup would contain the previous backup thus increasing exponentially
|
|
||||||
The default is false and that saves to the filesytem
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
The ``--overcloud-ssh-network`` option of the ``openstack admin authorize``
|
|
||||||
command has been deprecated. This option has has no effect.
|
|
|
@ -1,8 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
The operator is now able to pass extra variables while executing validations
|
|
||||||
through the command line. The command line will accept either a Dict with
|
|
||||||
the new --extra-vars argument or the absolute path of a file (JSON or YAML
|
|
||||||
when using ansible and JSON only when using Mistral) with the new
|
|
||||||
--extra-vars-file argument.
|
|
|
@ -1,17 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
``tripleo config generate ansible`` generates the default ``ansible.cfg``
|
|
||||||
in the given ``--output-dir`` (defaults to `$HOME`). The remote user
|
|
||||||
setting for ansible will be set to the ``--deployment-user`` value
|
|
||||||
(defaults to 'stack').
|
|
||||||
|
|
||||||
.. note:: Do not confuse the generated config with ``~/.ansible.cfg``.
|
|
||||||
The latter takes the lower precedence.
|
|
||||||
|
|
||||||
You may want to customize the generated config so it will be used
|
|
||||||
with all undercloud and standalone deployments.
|
|
||||||
|
|
||||||
.. note:: Overcloud deployments use Mistral workflows to configure ansible
|
|
||||||
for its own use, but the basic configuration it takes looks very
|
|
||||||
similar.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
A new `--ansible-forks` argument has been added to the TripleO and Overcloud
|
|
||||||
commands. The default value for forks has also been adjusted to no longer
|
|
||||||
exceed 100 forks.
|
|
|
@ -1,11 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
`openstack overcloud node delete` now can take
|
|
||||||
`--overcloud-ssh-port-timeout` to configure connection timeout
|
|
||||||
for Ansible. While `--timeout` configures the command timeout as expected.
|
|
||||||
fixes:
|
|
||||||
- |
|
|
||||||
Ansible connection timeout used for config download and the deployment
|
|
||||||
timeout now will be given proper values. It fixes `bug 1868063
|
|
||||||
<https://bugs.launchpad.net/tripleo/+bug/1868063>`__.
|
|
|
@ -1,7 +0,0 @@
|
||||||
---
|
|
||||||
upgrade:
|
|
||||||
- |
|
|
||||||
Undercloud upgrade is not allowed if a change in network plugin
|
|
||||||
i.e ovs to ovn or ovn to ovs is detected. Such a change will break
|
|
||||||
the undercloud as just switching is not enough it also requires
|
|
||||||
network resources to be migrated.
|
|
|
@ -1,7 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
The commands `openstack overcloud node import` and `openstack overcloud node
|
|
||||||
configure` now have a --boot-mode arguement which allows the boot mode for
|
|
||||||
all affected nodes to be set to UEFI boot (uefi) or legacy BIOS boot (bios).
|
|
||||||
This allows some nodes to have a different boot mode to the default (uefi).
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
fixes:
|
|
||||||
- |
|
|
||||||
This patch fixes https://bugs.launchpad.net/tripleo/+bug/1743575
|
|
||||||
The bug prevents a successeful stack creation when using a custom role with
|
|
||||||
a composable service.
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
fixes:
|
|
||||||
- |
|
|
||||||
Now the ``openstack overcloud image build`` command uses CentOS Stream 9 as
|
|
||||||
base os by default.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
fixes:
|
|
||||||
- |
|
|
||||||
The ``introspection bulk status`` command no longer aborts if some nodes
|
|
||||||
in the Ironic registry were never introspected. See bug `1689540
|
|
||||||
<https://bugs.launchpad.net/tripleo/+bug/1689540>`_.
|
|
|
@ -1,7 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Implemented new 'openstack overcloud support report' command to execute
|
|
||||||
a log collection and retrieval against overcloud nodes. This new command
|
|
||||||
allows an operator to perform sosreport retrieval from all nodes or
|
|
||||||
specific nodes based on their server name.
|
|
|
@ -1,22 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
A new option --daemons for the "openstack overcloud ceph deploy" command
|
|
||||||
has been added. This option may be used to define additional Ceph daemons
|
|
||||||
that should be deployed at this stage.
|
|
||||||
For instance, a generic Ceph daemons definition can be something like the
|
|
||||||
following::
|
|
||||||
|
|
||||||
---
|
|
||||||
ceph_nfs:
|
|
||||||
cephfs_data: 'manila_data'
|
|
||||||
cephfs_metadata: 'manila_metadata'
|
|
||||||
ceph_rgw: {}
|
|
||||||
ceph_ingress:
|
|
||||||
tripleo_cephadm_haproxy_container_image: undercloud.ctlplane.mydomain.tld:8787/ceph/haproxy:2.3
|
|
||||||
tripleo_cephadm_keepalived_container_image: undercloud.ctlplane.mydomain.tld:8787/ceph/keepalived:2.5.1
|
|
||||||
|
|
||||||
For each service added to the data structure above, additional options can
|
|
||||||
be defined and passed as extra_vars to the tripleo-ansible flow.
|
|
||||||
If no option is specified, the default values provided by the cephadm
|
|
||||||
tripleo-ansible role will be used.
|
|
|
@ -1,17 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Two new commands, "openstack overcloud ceph user enable" and
|
|
||||||
"openstack overcloud ceph user disable" are added. The "enable"
|
|
||||||
option will create the cephadm SSH user and distribute their
|
|
||||||
SSH keys to Ceph nodes in the overcloud. The "disable" option
|
|
||||||
may be run after "openstack overcloud ceph deploy" has been run
|
|
||||||
to disable cephadm so that it may not be used to administer the
|
|
||||||
Ceph cluster and no "ceph orch ..." CLI commands will function.
|
|
||||||
This will also prevent Ceph node overcloud scale operations though
|
|
||||||
the Ceph cluster will still be able to read/write data. The "ceph
|
|
||||||
user disable" option will also remove the public and private SSH
|
|
||||||
keys of the cephadm SSH user on overclouds which host Ceph. The
|
|
||||||
"ceph user enable" option may also be used to re-distribute the
|
|
||||||
public and private SSH keys of the cephadm SSH user and re-enable
|
|
||||||
the cephadm mgr module.
|
|
|
@ -1,50 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
A new option --ceph-vip for the "openstack overcloud ceph deploy" command
|
|
||||||
has been added. This option may be used to reserve VIP(s) for each Ceph
|
|
||||||
service specified by the 'service/network' mapping defined as input.
|
|
||||||
For instance, a generic ceph service mapping can be something like the
|
|
||||||
following::
|
|
||||||
|
|
||||||
---
|
|
||||||
ceph_services:
|
|
||||||
- service: ceph_nfs
|
|
||||||
network: storage_cloud_0
|
|
||||||
- service: ceph_rgw
|
|
||||||
network: storage_cloud_0
|
|
||||||
|
|
||||||
For each service added to the list above, a virtual IP on the specified
|
|
||||||
network is created to be used as frontend_vip of the ingress daemon. When
|
|
||||||
no subnet is specified, a default `<network>_subnet` pattern is used. If
|
|
||||||
the subnet does not follow the `<network>_subnet` pattern, a subnet for
|
|
||||||
the VIP may be specified per service::
|
|
||||||
|
|
||||||
---
|
|
||||||
ceph_services:
|
|
||||||
- service: ceph_nfs
|
|
||||||
network: storage_cloud_0
|
|
||||||
- service: ceph_rgw
|
|
||||||
network: storage_cloud_0
|
|
||||||
subnet: storage_leafX
|
|
||||||
|
|
||||||
When the `subnet` parameter is provided, it will be used by the ansible
|
|
||||||
module, otherwise the default pattern is followed. This feature also
|
|
||||||
supports the fixed_ips mode. When fixed_ip(s) are defined, the module is
|
|
||||||
able to use that input to reserve the VIP on that network. A valid input
|
|
||||||
can be something like the following::
|
|
||||||
|
|
||||||
---
|
|
||||||
fixed: true
|
|
||||||
ceph_services:
|
|
||||||
- service: ceph_nfs
|
|
||||||
network: storage_cloud_0
|
|
||||||
ip_address: 172.16.11.159
|
|
||||||
- service: ceph_rgw
|
|
||||||
network: storage_cloud_0
|
|
||||||
ip_address: 172.16.11.160
|
|
||||||
|
|
||||||
When the boolean fixed is set to True, the subnet pattern is ignored, and
|
|
||||||
a sanity check on the user input is performed, looking for the ip_address
|
|
||||||
keys associated to the specified services.
|
|
||||||
If the `fixed` keyword is missing, the subnet pattern is followed.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- Enable new preflight check on the undercloud, using ansible playbooks from
|
|
||||||
openstack-tripleo-validations.
|
|
||||||
- Check runs differently if we're on a brand new deploy or an upgrade, as we
|
|
||||||
don't need the same amount of free space.
|
|
|
@ -1,7 +0,0 @@
|
||||||
---
|
|
||||||
upgrade:
|
|
||||||
- |
|
|
||||||
The following two options have been removed.
|
|
||||||
|
|
||||||
- ``docker_registry_mirror``
|
|
||||||
- ``docker_insecure_registries``
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
upgrade:
|
|
||||||
- The default location for ``openstack overcloud config download`` has
|
|
||||||
changed to ``~/tripleo-config``. ``config download`` also no longer
|
|
||||||
uses tmpdirs and will overwrite files on subsequent runs to the same
|
|
||||||
``--config-dir`` location.
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- Using --config-download is now the default. A new CLI argument,
|
|
||||||
--no-config-download (or --stack-only) can be used to disable the
|
|
||||||
config-download workflow.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
fixes:
|
|
||||||
- The client (tripleoclient) now raises a new exception,
|
|
||||||
ConfigDownloadInProgress, if there is already an instance of the
|
|
||||||
tripleo.deployment.v1.config_download_deploy workflow in progress for the
|
|
||||||
current stack.
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- A new CLI argument, --config-download-only, has been added which can be
|
|
||||||
used to skip the stack create/update and only run the config-download
|
|
||||||
workflow to apply the software configuration.
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- The --setup-only option has been added to facilitate the generation
|
|
||||||
of ansible content and ensure the environment is accessible via the
|
|
||||||
current stack.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
fixes:
|
|
||||||
- The timeout specified with --timeout will now be honored with
|
|
||||||
config-download. An additional cli arg, --config-download-timeout is also
|
|
||||||
added that can be used to specify a specific timeout (in minutes) just for
|
|
||||||
the config-download part of the deployment.
|
|
|
@ -1,4 +0,0 @@
|
||||||
---
|
|
||||||
fixes:
|
|
||||||
- The verbosity of the config-download ansible tasks for deployment are now
|
|
||||||
controlled by the verbosity level specified on the command line.
|
|
|
@ -1,8 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
A new command "openstack overcloud config download" has been added which
|
|
||||||
enables download of the configuration data used by TripleO for debugging
|
|
||||||
or running outside the control of the overcloud heat stack. Note that
|
|
||||||
running configuration tools outside of the heat stack experimental at this
|
|
||||||
stage and should be used with caution.
|
|
|
@ -1,9 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- A consistent working directory is now used by the openstack overcloud
|
|
||||||
deploy command. The directory contains input files, generated files, and
|
|
||||||
log files, among others. The directory defaults to
|
|
||||||
~/overcloud-deploy/<stack>. The old default config-download directory
|
|
||||||
at ~/config-download/<stack> is now a symlink to the new location at
|
|
||||||
~/overcloud-deploy/<stack>/config-download/<stack> for backwards
|
|
||||||
compatibility.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Added new `exclude` option to the container build command that allows the
|
|
||||||
user to skip building a specific container. This option can be specified
|
|
||||||
muiltiple times to skip building multiple containers.
|
|
|
@ -1,9 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
New command ``overcloud container image upload``. This is the container
|
|
||||||
image equivalent to the ``overcloud image upload`` command.
|
|
||||||
- |
|
|
||||||
New command ``overcloud container image build``. This command receives the
|
|
||||||
same ``--config-file`` argument as ``overcloud container image upload`` and
|
|
||||||
invokes kolla-build to build the images specified in that file.
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
upgrade:
|
|
||||||
- |
|
|
||||||
The ``container_cli`` parameter no longer accepts ``docker``. Now only
|
|
||||||
``podman`` is accepted as a valid value.
|
|
|
@ -1,8 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Add --work-dir to openstack overcloud container image build command and
|
|
||||||
every run will create a unique workspace which where will be stored Kolla
|
|
||||||
configs and build logs. Default directory will be in
|
|
||||||
/tmp/container-builds. UUIDs are used to identify each time we run the
|
|
||||||
command and will be the directory name in the work dir.
|
|
|
@ -1,11 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
A new option ``host_routes`` are now available for subnet defenitions in
|
|
||||||
``undercloud.conf``.
|
|
||||||
|
|
||||||
- Host routes specified for the *local_subnet* will be added to
|
|
||||||
the routing table on the Undercloud.
|
|
||||||
- Host routes for all subnets are passed to tripleo-heat-templates so that
|
|
||||||
the *host_routes* property of the ctlplane subnets are set accordingly
|
|
||||||
when installing the Undercloud.
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Added a default kolla conf file for the container image building command
|
|
||||||
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
upgrade:
|
|
||||||
- |
|
|
||||||
The default value of `--http-boot` changed from `/httpboot` to
|
|
||||||
`/var/lib/ironic/httpboot` as containerized Ironic services
|
|
||||||
expect.
|
|
|
@ -1,7 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Add the `--deployed-server` flag that can only be used with the
|
|
||||||
`--disable-validations`. When specified, allows to deploy an
|
|
||||||
overcloud on the pre-provisioned nodes and ignores missing nova
|
|
||||||
and ironic UC services.
|
|
|
@ -1,13 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
EXPERIMENTAL feature to install the undercloud with openstack heat
|
|
||||||
add support for a containerized undercloud. It checks for prequisites
|
|
||||||
and installs missing packages then deploys undercloud with heat-all.
|
|
||||||
|
|
||||||
- |
|
|
||||||
New flag `--install-kolla`, defaults to False. Adds or removes Kolla
|
|
||||||
packages to/from the list of required packages to be installed by the
|
|
||||||
``openstack undercloud deploy`` command. Set it to True, if you want
|
|
||||||
to build Kolla containers on the undercloud node as the part of your
|
|
||||||
continuous deployment pipeline.
|
|
|
@ -1,7 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- Ephemeral heat is now used as default for overcloud deployment
|
|
||||||
and assumes the nodes are pre-provisioned using metalsmith. Deprecates
|
|
||||||
existing ``--deployed-server`` option and adds an additional option
|
|
||||||
``--provision-nodes`` for using installed heat and provisioning
|
|
||||||
nodes with heat.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
upgrade:
|
|
||||||
- |
|
|
||||||
The rhel registration options that were part of the `openstack overcloud deploy`
|
|
||||||
have been removed. Please use the `RhsmVars` option in an environment file
|
|
||||||
to deploy. See https://docs.openstack.org/tripleo-docs/latest/install/advanced_deployment/rhsm.html
|
|
|
@ -1,7 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Introduce deployment_user parameter, default to the current user,
|
|
||||||
will feed DeploymentUser parameter in THT, primarly used to add the
|
|
||||||
user to the 'docker' group, so our operators can run the `overcloud
|
|
||||||
container` commands when the undercloud is containerized.
|
|
|
@ -1,8 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- The ``openstack baremetal import``, ``openstack baremetal
|
|
||||||
introspect bulk start`` and ``openstack baremetal configure`` are
|
|
||||||
now deprecated in favour of ``openstack overcloud node import``,
|
|
||||||
``openstack overcloud node introspect`` and ``openstack overcloud
|
|
||||||
node configure`` respectively. See `bug 1649541
|
|
||||||
<https://bugs.launchpad.net/tripleo/+bug/1649541>`__.
|
|
|
@ -1,8 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
`docker_bip` undercloud configuration option will be removed.
|
|
||||||
- |
|
|
||||||
`docker_insecure_registries` has been deprecated for `container_insecure_registries`
|
|
||||||
- |
|
|
||||||
`docker_registry_mirror` has been deprecated for `container_registry_mirror`
|
|
|
@ -1,9 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
The ``--local`` argument to the ``openstack overcloud image upload``
|
|
||||||
command has been deprecated and a ``--no-local`` argument has been
|
|
||||||
added. Earlier we used to fallback to upload locally when glance
|
|
||||||
was not available. As glance is not installed in the undercloud by
|
|
||||||
default, we would upload images locally unless ``--no-local`` is
|
|
||||||
used.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
With the move to Nova-less provisioning and Neutron network management
|
|
||||||
being removed from being managed via Heat, the undercloud minion
|
|
||||||
functionality is now deprecated.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
The ``enable_mistral`` parameter and the ``enable_zaqar`` parameter in
|
|
||||||
undercloud/standalone deployment have been deprecated and will be removed
|
|
||||||
in a future release.
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
The ``enable_novajoin`` parameter in undercloud/standalone deployment has
|
|
||||||
been deprecated.
|
|
|
@ -1,8 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
`openstack overcloud container image prepare` has been
|
|
||||||
deprecated and replaced by `openstack tripleo container image prepare`
|
|
||||||
- |
|
|
||||||
`openstack overcloud container image tag discover` has been
|
|
||||||
deprecated and replaced by `openstack tripleo container image prepare`
|
|
|
@ -1,8 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
The commands ``openstack overcloud profiles list`` and ``openstack
|
|
||||||
overcloud profiles match`` has been deprecated for removal. Since the
|
|
||||||
Compute service is no longer used on the undercloud, the flavors based
|
|
||||||
scheduling is not used.
|
|
||||||
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- The command "openstack overcloud container image prepare" has deprecated
|
|
||||||
the --pull-source argument. The source registry should now be specified as
|
|
||||||
part of the --namespace argument.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
`force-stack-update` and `force_stack_create` cli arguments
|
|
||||||
for undercloud/standalone deploy has been deprecated and
|
|
||||||
are now irrelevant.
|
|
|
@ -1,7 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
The --standalone argument to the openstack tripleo deploy command is now
|
|
||||||
deprecated. The argument previously had no effect other than allow the
|
|
||||||
tripleo deploy command to not throw an exception, so it can be safely
|
|
||||||
deprecated with no replacement.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
The --static-inventory argument to the openstack update/upgrade commands
|
|
||||||
has been deprecated and would be ignored. The inventory generated in
|
|
||||||
work_dir with update/upgrade prepare would be used instead.
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
The --plan-environment-file option of openstack tripleo deploy command
|
|
||||||
is now deprecated and not used.
|
|
|
@ -1,4 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
enable_ui is deprecated for removal in Train.
|
|
|
@ -1,6 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
The ``[DEFAULT] scheduler_max_attempts`` option of undercloud.conf has been
|
|
||||||
deprecated. The option has had no effect since nova was removed from
|
|
||||||
undercloud.
|
|
|
@ -1,10 +0,0 @@
|
||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Create tripleo deploy action to be used as an interface to an standalone
|
|
||||||
installer.
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
undercloud deploy action has been deprecated. The tripleo deploy action
|
|
||||||
with the --standalone option should be used instead.
|
|
||||||
|
|
|
@ -1,5 +0,0 @@
|
||||||
---
|
|
||||||
deprecations:
|
|
||||||
- |
|
|
||||||
instack-undercloud is deprecated in Rocky cycle and is replaced by
|
|
||||||
the containerized undercloud efforts in python-tripleoclient.
|
|
Some files were not shown because too many files have changed in this diff Show More
Loading…
Reference in New Issue