- Apr 20, 2020
-
-
Radosław Piliszek authored
Removes and/or replaces all mentions of py27. Cleans up obsolete requirements and their lower-constraints. Update cliff minimum to 3.1.0 in requirements.txt, which has a fix for story 2005891. Change-Id: I52cffa2f1aee944f79c4618ea20b779755792f2a
-
- Mar 26, 2020
-
-
Mark Goddard authored
Implemented via 'kolla-ansible stop'. Change-Id: Iaf8db47e70f023b446c17aa61fc8bb89cf7c2b28 Story: 2007467 Task: 39155
-
- Feb 11, 2020
-
-
Ghanshyam Mann authored
OpenStack is dropping the py2.7 support in ussuri cycle. kayobe is ready with python 3 and ok to drop the python 2.7 support. Complete discussion & schedule can be found in - http://lists.openstack.org/pipermail/openstack-discuss/2019-October/010142.html - https://etherpad.openstack.org/p/drop-python2-support Ussuri Communtiy-wide goal: https://governance.openstack.org/tc/goals/selected/ussuri/drop-py27.html Change-Id: Idbbdd96ff23846d29833c5997d1e32e65b5169f2
-
- Nov 28, 2019
-
-
Mark Goddard authored
Kolla ansible train adds a new command, kolla-ansible deploy-containers, that will only deploy containers, and skips registration, bootstrapping and configuration. This change adds a new 'kayobe overcloud service deploy containers' command to make use of the new kolla-ansible command. Change-Id: I999dfe4b1d082bc88148f54b236644abcbd96a5a Story: 2006951 Task: 37633
-
- Aug 04, 2019
-
-
Mark Goddard authored
Change-Id: I92f1e5b2482da8aa16133844e3a78f6bbc225291
-
- May 23, 2019
-
-
Mark Goddard authored
Uses the support [1] for database backups added to Kolla Ansible in the Stein release. Adds the following new commands: kayobe overcloud database backup [--incremental] kayobe overcloud database recover [--force-recovery-host <host>] The recovery command is for recovering a clustered database that has lost quorum. [1] https://docs.openstack.org/kolla-ansible/latest/admin/mariadb-backup-and-restore.html Change-Id: Ie16354cd01ea7dd83cd3d4058dd8451b8387600b Story: 2005015 Task: 29493
-
- May 01, 2019
-
-
Radoslaw Smigielski authored
In [files] section of setup.cfg there is not allowed comment, which breaks installation with setup.py. Change-Id: I38fce0a6c155e4b7d2ff7a2535f18e8adc2566e9 Story: 2005546 Task: 30692
-
- Apr 24, 2019
-
-
Scott Solkhon authored
In a deployment that has both Ceph or Swift deployed it can be useful to seperate the network traffic. This change adds support for dedicated storage networks for both Ceph and Swift. By default, the storage hosts are attached to the following networks: * Overcloud admin network * Internal network * Storage network * Storage management network This adds four additional networks, which can be used to seperate the storage network traffic as follows: * Ceph storage network (ceph_storage_net_name) is used to carry Ceph storage data traffic. Defaults to the storage network (storage_net_name). * Ceph storage management network (ceph_storage_mgmt_net_name) is used to carry storage management traffic. Defaults to the storage management network (storage_mgmt_net_name). * Swift storage network (swift_storage_net_name) is used to carry Swift storage data traffic. Defaults to the storage network (storage_net_name). * Swift storage replication network (swift_storage_replication_net_name) is used to carry storage management traffic. Defaults to the storage management network (storage_mgmt_net_name). This change also includes several improvements to Swift device management and ring generation. The device management and ring generation are now separate, with device management occurring during 'kayobe overcloud host configure', and ring generation during a new command, 'kayobe overcloud swift rings generate'. For the device management, we now use standard Ansible modules rather than commands for device preparation. File system labels can be configured for each device individually. For ring generation, all commands are run on a single host, by default a host in the Swift storage group. A python script runs in one of the kolla Swift containers, which consumes an autogenerated YAML config file that defines the layout of the rings. Change-Id: Iedc7535532d706f02d710de69b422abf2f6fe54c
-
- Feb 04, 2019
-
-
Kevin Tibi authored
Change-Id: I019fc3f5c59c383215febb958f9c4cf8c8b8e4a6 Story: 2003312 Task: 24270
-
- Feb 01, 2019
-
-
Will Szumski authored
This adds the ansible playbooks required by kayobe to the manifest by using the data_files option in setuptools. When using pip to install kayobe into a virtualenv, these files will be placed in <venv>/kayobe/share/. In an editable install, e.g using `pip install -e .`, data_files are not installed into the virtualenv. Instead, we must follow the egg-link file to find out the actual location. Story: 2004252 Task: 27787 Change-Id: Ibef040eceb547476007f83c0d5dcdb2bc6986d1e
-
- Dec 21, 2018
-
-
Mark Goddard authored
Adds a new command to upgrade containerised services on the seed: kayobe seed service upgrade This is largely the same as the deploy command, since there is no kolla-ansible bifrost-upgrade command yet. A limitation in Bifrost requires us to remove IPA images before upgrading the bifrost container. Change-Id: Ibbe01e972487e69dbb753a67efcf13e3ae0800de Story: 2004308 Task: 27872
-
- Dec 05, 2018
-
-
Vieri authored
Mailinglists have been updated. Openstack-discuss replaces openstack-dev. Change-Id: I8eb686e42cb88cd5f47f0e1af20e746baa0e50c0
-
- Nov 07, 2018
-
-
Will Szumski authored
This allows you to access the serial console from within Horizon. Change-Id: Id40e72047174fc0c0c565871f24b775b30e83825 Story: 2004192 Task: 27682
-
- Oct 29, 2018
-
-
Will Szumski authored
Without this change twine check dist/* would fail as this was producing a double new line. The rest of the PKG-INFO would then be interpreted as the message body and become the long description. See https://github.com/pypa/twine/issues/422 for more details. This fixes the test-release-openstack-python3 zuul job. TrivialFix Change-Id: If1330c4824e949aa427475dfcc26218fb398a66e
-
- Sep 03, 2018
-
-
Mark Goddard authored
This will update the the deploy_ramdisk and deploy kernel properties of 'Driver info' field on Ironic nodes if the locally built or externally referenced images are updated. Change-Id: Id3997db452dde6e6e242a9b1091cb219c53ebda1
-
- Aug 23, 2018
-
-
Mark Goddard authored
Just performs a yum update. Change-Id: I4cdc23a3e491c5a2f92e8beeb7eaebf2df818df3 Story: 2003305 Task: 24257
-
- Jul 10, 2018
-
-
jacky06 authored
Change-Id: I2140926828366b86a1cb423275330ae17c55fdcd
-
- Jun 19, 2018
-
-
Will Szumski authored
Story: 2002176 Task: 20042 Change-Id: I2174a4719aaff63fff24e35ce62eab57b369b457
-
- Apr 03, 2018
-
-
Mark Goddard authored
For compliance with the Project Testing Interface [1] as described in [2]. [1] https://governance.openstack.org/tc/reference/project-testing-interface.html [2] http://lists.openstack.org/pipermail/openstack-dev/2017-December/125710.html Change-Id: I03d36b2545f69c4ca3ca1ced73d179e81b7b8811
-
- Mar 13, 2018
-
-
Mark Goddard authored
Kayobe is to become an OpenStack-related project, and as such will use Gerrit for code reviews and Storyboard for issue and feature tracking. The README and CONTRIBUTING documents have been updated to reflect that, and a standard OpenStack HACKING document has been added. Change-Id: Id03bcb5183bfbf6e84bb4d9c22f85d9418b6b4fc Story: #2001637 Task: #6644
-
- Mar 08, 2018
-
-
Mark Goddard authored
Python Build Reasonableness (PBR) [1] is used by most OpenStack projects for building python packages, so we should fall into line here. [1] https://pypi.python.org/pypi/pbr Change-Id: Ic74a62eeb65e7158ce75a082e68652c2e50a2a91 Story: #2001637 Task: #6648
-
- Mar 29, 2017
-
-
Mark Goddard authored
-