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:
Ghanshyam Mann
parent
75c5f4057e
commit
120ef346df
@ -1,8 +0,0 @@
|
||||
[run]
|
||||
branch = True
|
||||
source = tripleoclient
|
||||
omit = tripleoclient/tests/*
|
||||
|
||||
[report]
|
||||
ignore_errors = True
|
||||
show_missing = True
|
||||
74
.gitignore
vendored
74
.gitignore
vendored
@ -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 @@
|
||||
===================
|
||||
About tripleoclient
|
||||
===================
|
||||
This project is no longer maintained.
|
||||
|
||||
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
|
||||
implements commands useful for TripleO and the install and management of
|
||||
both an undercloud and an overcloud.
|
||||
|
||||
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
|
||||
For any further questions, please email
|
||||
openstack-discuss@lists.openstack.org or join #openstack-dev on
|
||||
OFTC.
|
||||
|
||||
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:
|
||||
- |
|
||||