instack-undercloud is no longer in use by the TripleO project. Removing
the code to avoid confusion. Stable branches will continue to be
maintained for their life however no new features should be added.
Change-Id: I63a813c7c1ffd30ca30017133d31a497b77a9a4d
Blueprint: remove-instack-undercloud
The gating on python 3.4 is restricted to <= Mitaka. This is due to
the change from Ubuntu Trusty to Xenial, where only python3.5 is
available. There is no need to continue to keep these settings.
Change-Id: I9096cdf483e7024d85043e3371fdcb2d73b2d38a
We deprecated this script in ocata and can now remove it. The depends on
patch updates tripleo-docs to point to tripleo-quickstart directly for
creating virtual environments.
Change-Id: I920c73a1eb9b83644d7dd7dc4768ef1bd9949cdd
Previously, the upgrade process for the undercloud has been to just
rerun the install process. The problem is that this does not include
anwyay to indicate that it's already been run if we need to trigger some
different actions on subsequent runs. As part of the Newton to Ocata
upgrade, we need to be able to run the cell v2 setup in a different
order than on a traditional install. We need a way for the puppet
scripts that ultimately get run to know if it's an upgrade or install
action. This change adds the creation of an undercloud_upgrade fact that
will be used when the upgrade process is run. Additionally a new script
called instack-upgrade-undercloud has been created to be used when
upgrade. The use of instack-install-undercloud will cause the install
flow to be execuated, while the instack-upgrade-undercloud will set the
fact to true to allow for the puppet scripts to use the upgrade flow.
Change-Id: Ie3cb21e30334fe8ffc0a9d6e707b42269b64c9ec
Related-Bug: #1649341
Related-Blueprint: undercloud-upgrade
This is now handled by tripleoclient, and has generated a bug
report. Let's get rid of it.
Change-Id: I3c51b5d920efe26fa47c3ae033f2b3199dbb2eeb
Closes-Bug: 1634052
This will enable us to use a real CA to request the service certificates.
bp tls-via-certmonger
Depends-On: I32ded4e33abffd51f220fb8a7dc6263aace72acd
Change-Id: I5009273110154f0327ad542d75e83ff67bf72613
Moves the python code in 02-undercloud-stack-heat-metadata to be part of
the instack_undercloud python module instead of an element.
This depends on adding jq and pystache as package dependencies for
instack-undercloud:
https://review.rdoproject.org/r/#/c/1074/
blueprint undercloud-elements
Change-Id: I087bbc44080d94206f1489a1ecc7ccbb777bde3c
All these scripts are replaced by python-tripleoclient or manual docs
(in the tempest case). For better or worse, I don't think a deprecation
period is necessary here as I think we're way past that point with the
reality being that these scripts don't actually even work any longer.
Change-Id: I9d4f0e055a19bf662661f47ea328ec919e03ddda
OpenStack projects are no longer being tested under Python 2.6, so
remove the trove classifier implying that this project supports 2.6.
Change-Id: Ia6b56d1116712eba9871d46db7d3a80ccb731da8
The heat-templates, jenkins-jobs, and deploy-baremetal-overcloudrc
are not used in the current instack-undercloud, and were never
used in a released version.
Change-Id: Icc3030e3ae2ebb310692903779683a90c315fdfb
These are required to satisfy the gate-instack-undercloud-docs job.
Content will need to be added over time.
Change-Id: Id3057d7ee17f9e06afde382fea33b08dada3cb39
-Very incomplete testing right now
-Puts the password and stackrc files in the current user's home
directory during the install. Given that they now have secure
permissions and we recommend doing that anyway, I think it's fine,
but it is a non-trivial change in behavior.
This was done because it's awkward to read a root-owned file from
a Python process running as a regular user.
-Uses oslo.config instead of the bash-style answers file. A sample
conf file created by the oslo.config generator is included (for
now, although we may want to generate that dynamically at some
point). Backwards compatibility with existing answers files is
maintained for now, but is deprecated.
-Hard-codes the image path in instack-test-overcloud to . It's
difficult to extract the value from the conf file in bash (unless
they overrode the default, there's nothing for ConfigParser to read),
and since it's just a simple sanity test script I think that's okay,
at least for now.
Change-Id: I09270997dea7fdad2b40dfb303967ff425b55a9b
...and run it optionally from instack-deploy-overcloud.
Co-Authored-By: Imre Farkas <ifarkas@redhat.com>
Change-Id: I5975345d6aa3f3e9fc92f62cd1cc908f2d21679b
The newly-released pbr doesn't like this, and I suspect we can just
use post-versioning like they want us to.
The alternative would be to immediately update the version after
every release, but that seems like unnecessary work.
Change-Id: I813ca2ea3145231901425d0a8f1c2054942730d9
This doesn't appear to be called anymore, and we don't actually
want to be maintaining consistency with it in
instack-install-undercloud.
Change-Id: I4ee2b23428d4732d991a19612ad965b2a421bbb4
Changed the defaults for the overcloud external network subnet to
match the network created with instack-virt-setup. Delete the
deploy-virt-overcloudrc as the settings there are now the default.
Change-Id: I0703d0a89702b05df5b517d99295ee04608a367e
Add support for running instack-install-undercloud on CentOS 7. The
selinux element from tripleo-image-elements fails when applying the
additional rabbitmq policy (depedencies are not met), so we add that
element to exclude_elements, and also inslucde selinux-permissive and
selinux-setenforce-0.
instack-setup-host-rhel7 is symlinked to an updated instack-setup-host and
supports both RHEL 7 and CentOS 7. We may like to consider removing the
rhos-release logic out of that script entirely and just document that
bit since rhos-release is solely for internal consumption.
Change-Id: I89a43f68632d8526b049be2b666c2426a5ccf603
Updating the overcloud via this script is no longer supported or
working. There are new plans on how to update the overcloud via a common
cli/library, but this script will not be a part of that.
Change-Id: I8280bcd5461dc95e2dbf713d910573c2d934fac6
This script is no longer valid and should no longer be used. We shouldn't be
deleting nodes after deleting the Overcloud any longer. If anything, we could
add the wait_for around the stack-delete to instack-ironic-deployment.
Change-Id: I6a68aed8a44a389db54c08469321889c78b98c56
Add additional static files to setup.cfg. With this change, all of the
needed files for instack-undercloud should be installed via setup.py, so
we can update the spec file to just use setup.py install.
Change-Id: If6124ec38d3918ecc19e02fa6d308ac22a994ed9
delorean uses python setup.py --version to set the version in the
generated RPM's, so we need to set this appropriately.
Change-Id: Ibb55f85e1a3a040b3d7147449bc0e1b1cf624404
In support of building the docs without the sphinx Makefile this also adds as
tox.ini that can be used to build the docs via:
tox -e docs
A few updates to setup.cfg are needed as well to acount for deleting old
scripts.
Change-Id: Ifa852f9684998ee695188d3e72df7cdc3c5e063e