- Dec 06, 2019
- Dec 04, 2019
-
-
Scott Solkhon authored
Change-Id: Idf1e7b1e7018d1324326c3b8b8cb04f2e27ee0d2
-
- Nov 28, 2019
-
-
Zuul authored
-
Zuul authored
-
Zuul authored
-
Kayobe deployment user authored
Connections default to 'public' interface when attempting to run openstack commands. This breaks setups where the network hosts are separate from the controllers. This change adds an ``openstack_interface`` variable to select the correct endpoint to use, which defaults to ``internal``. Co-Authored-By:
Michael Senizaiz <michael@r-hpc.com> Change-Id: Ifa766d2cc3ed7077f03c571398072ad5117701c6 Story: 2006814 Task: 37374
-
Mark Goddard authored
Hopefully this provides access to relevant information without breaking the flow. Change-Id: I40b71cdf782dda6971dafb5894670c30e446ccb0 Story: 2004337 Task: 37387
-
Zuul authored
-
Mark Goddard authored
The kolla-ansible CLI now requires the kolla_ansible python module to be importable. We need to activate the virtualenv to make this work. Change-Id: I43d4761409df3eea146dc7ff16b4c8d80855a91b
-
- Nov 26, 2019
-
-
Mark Goddard authored
Kolla ansible now uses the correct path when templating admin-openrc.sh. Change-Id: I2a38c91811ea5976c0065f6f28a85c3d911e9e9d
-
Mark Goddard authored
We no longer need to cd to the kayobe repo path, since all tested versions of kayobe support pip installation. Change-Id: Id7b574cbc6bb5195eee16cfc8443075712ce3254
-
- Nov 25, 2019
-
-
Zuul authored
-
Zuul authored
-
Zuul authored
-
Mark Goddard authored
Ideally we will fix these issues, but documenting them is a good first step. Change-Id: I9a840005d62b974f0681ac39e1ff02ae3ff0120e Story: 2004967 Task: 29410
-
Mark Goddard authored
Also reorder upgrade documentation to make it clear that configuration migration is something that should be done as a preparatory task. Change-Id: I97ada3c6fd94a9ab7b5add97e90717f2a56bc8f3 Story: 2006677 Task: 36953
-
Mark Goddard authored
Depends-On: https://review.opendev.org/690559/ Change-Id: I4e766424607317e5817d26461f7a1e180e9b2146 Story: 2004337 Task: 37378 Task: 37381
-
- Nov 20, 2019
-
-
Pierre Riteau authored
This variable is mentioned in "Host Configuration" but was missing from the Docker extra-vars file. Change-Id: I22cf878c99824372adc17582f9bbba2db98b3eb0
-
- Nov 19, 2019
-
-
Zuul authored
-
Mark Goddard authored
If the kayobe overcloud provision command is executed with overcloud ironic nodes without names, cloud-init will fail with the following Traceback when the deployed image boots: Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/cloudinit/sources/__init__.py", line 447, in find_source if s.get_data(): File "/usr/lib/python2.7/site-packages/cloudinit/sources/__init__.py", line 132, in get_data self._get_standardized_metadata()) File "/usr/lib/python2.7/site-packages/cloudinit/sources/__init__.py", line 110, in _get_standardized_metadata 'local-hostname': self.get_hostname(), File "/usr/lib/python2.7/site-packages/cloudinit/sources/__init__.py", line 317, in get_hostname if util.is_ipv4(lhost): File "/usr/lib/python2.7/site-packages/cloudinit/util.py", line 544, in is_ipv4 toks = instr.split('.') This is a bug [1] in cloud-init. The symptom is that hosts provision successfully, but are not accessible via SSH. A solution is to ensure that all nodes are named. Until we have a release of CentOS with the cloud-init fix included, we should at least mention this limitation in our documentation. [1] https://bugs.launchpad.net/cloud-init/+bug/1852100 Change-Id: If54f56fb9f0b626d9fae80db622b0feeae5464b9 Story: 2006832 Task: 37405
-
- Nov 14, 2019
-
-
Zuul authored
-
Zuul authored
-
Michal Nasiadka authored
Add a note to base customised inventory on a kayobe kolla-ansible inventory template. Change-Id: I75ace6878d36cb523c38a33daa9eecd62826fe43
-
Zuul authored
-
- Nov 13, 2019
-
-
Zuul authored
-
Zuul authored
-
Will Szumski authored
Change-Id: I5a1bebf1f8b4f96fc593afde8d224073916a704d
-
- Nov 11, 2019
-
-
Mark Goddard authored
Ironic now provides DIB-built CentOS images at https://tarballs.openstack.org/ironic-python-agent/dib/files. However, if Bifrost is configured to use these, then the 'kayobe seed service deploy' command fails because the checksum files are not available. This change fixes the issue by allowing 'kolla_bifrost_ipa_kernel_checksum_url' and 'kolla_bifrost_ipa_ramdisk_checksum_url' to be overridden to empty strings, indicating that there is no checksum. Very similar to the issue fixed in https://review.opendev.org/688359 for the overcloud. Change-Id: If73cebb95c7d0596dc8087112fc19398a113f0cc Story: 2006715 Task: 37407
-
gujin authored
1. Sphinx 1.8 introduced [1] the '--keep-going' argument which, as its name suggests, keeps the build running when it encounters non-fatal errors. This is exceptionally useful in avoiding a continuous edit-build loop when undertaking large doc reworks where multiple errors may be introduced. 2. Cleanup the folders before run commands [1] https://github.com/sphinx-doc/sphinx/commit/e3483e9b045 Change-Id: Ib3133820a3d3ca3027ea2f9bc9b6907929cff8ed
-
Mark Goddard authored
While not proper documentation, this should help people follow the ZTP model. Change-Id: If84a472826110bce151109ce80e70e1cef2a8177 Story: 2006640 Task: 37389
-