- Sep 14, 2019
-
-
Mark Goddard authored
Also slightly refactor test-openstack.sh script. Change-Id: I7f10f073e89d2b66367bbb700201b3cd412fc433 Depends-On: https://review.opendev.org/#/c/674241 Depends-On: https://review.opendev.org/#/c/668410 Depends-On: https://review.opendev.org/#/c/668409
-
- Sep 10, 2019
-
-
Hongbin Lu authored
After the integration with placement [1], we need to configure how zun-compute is going to work with nova-compute. * If zun-compute and nova-compute run on the same compute node, we need to set 'host_shared_with_nova' as true so that Zun will use the resource provider (compute node) created by nova. In this mode, containers and VMs could claim allocations against the same resource provider. * If zun-compute runs on a node without nova-compute, no extra configuration is needed. By default, each zun-compute will create a resource provider in placement to represent the compute node it manages. [1] https://blueprints.launchpad.net/zun/+spec/use-placement-resource-management Change-Id: I2d85911c4504e541d2994ce3d48e2fbb1090b813
-
- Sep 05, 2019
-
-
Marcin Juszkiewicz authored
Instead of changing Docker daemon command line let's change config for Docker instead. In /etc/docker/daemon.json file as it should be. Custom Docker options can be set with 'docker_custom_config' variable. Old 'docker_custom_option' is still present but should be avoided. Co-Authored-By:
Radosław Piliszek <radoslaw.piliszek@gmail.com> Change-Id: I1215e04ec15b01c0b43bac8c0e81293f6724f278
-
- Aug 16, 2019
-
-
Radosław Piliszek authored
- Test Zun on CentOS too - Make etcd change also trigger Zun jobs (like kuryr and zun) - Test multinode Zun deployments instead of AIO (more likely to break) - In Zun scenario, stop configuring docker for legacy swarm mode (Zun is no swarm) - Separate test-zun.sh testing script - Show appcontainer to see which node it has been started on Change-Id: I289b1009fe00aedb9b78cbd83298b14da5fd9670 Depends-On: https://review.opendev.org/676736 Signed-off-by:
Radosław Piliszek <radoslaw.piliszek@gmail.com>
-
- Aug 14, 2019
-
-
Kien Nguyen authored
Add Masakari testing into the Gate. Change-Id: I52df33f963e7d2ae4059887df3d24d9e6642134e Depends-On: https://review.opendev.org/#/c/615469/ Depends-On: https://review.opendev.org/#/c/615715 Implements: blueprint ansible-masakari Co-Authored-By:
Gaëtan Trellu <gaetan.trellu@incloudus.com>
-
- Jul 26, 2019
-
-
Radosław Piliszek authored
This actually replaces two ad-hoc fixes with a more unified solution (with comment for posterity). Change-Id: I62f57cb489c900f68a0c7aeb3e20e4715c0e2661 Signed-off-by:
Radosław Piliszek <radoslaw.piliszek@gmail.com>
-
- Jul 18, 2019
-
-
Radosław Piliszek authored
Docker has no restart policy named 'never'. It has 'no'. This has bitten us already (see [1]) and might bite us again whenever we want to change the restart policy to 'no'. This patch makes our docker integration honor all valid restart policies and only valid restart policies. All relevant docker restart policy usages are patched as well. I added some FIXMEs around which are relevant to kolla-ansible docker integration. They are not fixed in here to not alter behavior. [1] https://review.opendev.org/667363 Change-Id: I1c9764fb9bbda08a71186091aced67433ad4e3d6 Signed-off-by:
Radosław Piliszek <radoslaw.piliszek@gmail.com>
-
- Jul 16, 2019
-
-
Michal Nasiadka authored
Depends-On: https://review.opendev.org/669315 Change-Id: I6946290cd890f74c59ed5394e8382a8b75c0c4cd
-
- Jul 01, 2019
-
-
Radosław Piliszek authored
Change-Id: Ifc898015b9b523ef4c50fc969e464f05762f2151 Signed-off-by:
Radosław Piliszek <radoslaw.piliszek@gmail.com>
-
Mark Goddard authored
This reverts commit 8ce5ffd0. Change-Id: I81ce7c007ff267ebbbb721bcdb7eebc0dd575bf8
-
- Jun 21, 2019
-
-
Radosław Piliszek authored
Docker registry being insecure is handled by docker_registry_insecure which is set to true by default when docker_registry is set. The removed code had no effect because docker_registry is not changed anyway for base (pre-upgrade) install. This change makes config more readable and also prevents a potential conflict with the zun profile if ever used in upgrade mode. Change-Id: I9b5ae8c5b534fa6cce9dbaca8af191e2ca79d19f Signed-off-by:
Radosław Piliszek <radoslaw.piliszek@gmail.com>
-
- Jun 16, 2019
-
-
Jeffrey Zhang authored
The nova-consoleauth service was deprecated during the Rocky release [1] and has not been necessary since unless you're using cells v1. As Kolla has never supported cells v1, which is finally being removed during Train [2], we can get ahead of the curve and stop deploying nova-consoleauth immediately. [1] https://specs.openstack.org/openstack/nova-specs/specs/rocky/implemented/convert-consoles-to-objects.html [2] https://blueprints.launchpad.net/nova/+spec/remove-cells-v1/ Change-Id: I099080979f5497537e390f531005a517ab12aa7a
-
- Jun 11, 2019
-
-
Mark Goddard authored
Adds four new CI jobs for testing centos/ubuntu binary/source deploys with ironic enabled. These are run only when there are changes to the ironic role. Performs some simple testing by creating a node using the fake-hardware hardware type and creating a server. Change-Id: Ie669e57ce2af53257b4ca05f45193cb73f48827a Depends-On: https://review.opendev.org/664011
-
- Jun 07, 2019
-
-
Carlos Goncalves authored
The project has been retired and there will be no Train release [1]. This patch removes Neutron LBaaS support in Kolla. [1] https://review.opendev.org/#/c/658494/ Change-Id: Ic0d3da02b9556a34d8c27ca21a1ebb3af1f5d34c
-
- Jun 03, 2019
-
-
Mark Goddard authored
Add CI jobs for testing an upgrade of a multinode system with Ceph enabled. As for the existing upgrade job, we upgrade from the previous release to the current release. Change-Id: I931772ca4c63757769467a57c80dc0726a11167a Depends-On: https://review.opendev.org/658163
-
- May 31, 2019
-
-
Gaetan Trellu authored
Qinling is an OpenStack project to provide "Function as a Service". This project aims to provide a platform to support serverless functions. Change-Id: I239a0130f8c8b061b531dab530d65172b0914d7c Implements: blueprint ansible-qinling-support Story: 2005760 Task: 33468
-
- Apr 14, 2019
-
-
Mark Goddard authored
Periodic jobs don't have zuul.change defined, since there is no change being tested. This causes an early failure when referencing zuul.change to set the image tag for built images. In periodic jobs we'll never need to build images because there is no dependent kolla change under test. Change-Id: I6d9d81cf17b7d0d7aaf87cd96418c904c46681f2
-
- Apr 08, 2019
-
-
Mark Goddard authored
Make an early start on the TODOs for the Train cycle. 1. Remove the task that removes the vitrage_collector container, which was added in the Stein cycle to clean up this container which is no longer deployed. 2. Remove globals.yml configuration in CI to disable Heat for upgrade jobs. Heat is now enabled in the previous release (Stein). 3. Remove the deprecated variable cinder_iscsi_helper, which was renamed to cinder_target_helper in Stein. Change-Id: I774bf395e0bdd4db9c20c6289a22cf059fa42e1a
-
- Mar 27, 2019
-
-
Mark Goddard authored
This patch adds two new jobs: * kolla-ansible-centos-source-upgrade * kolla-ansible-ubuntu-source-upgrade These jobs first deploy a control plane using the previous release of Kolla Ansible, then upgrade to the current release. Because we can't change the branch of the git repository on the Zuul executor, we change the branch of the kolla-ansible repository on the primary node to the branch of the previous release, in this case stable/rocky. A new remote-template role has been added that supports generating templates using a remote template source, to generate config files using the previous kolla-ansible branch. If the change being tested depends on a kolla change for the current branch, then we build images. Rather than using the current kolla-ansible version to tag the images, we now tag them with change_<gerrit change ID>. This is because the version of kolla-ansible will change from the previous release to the current one as we upgrade the system. Finally, it should be noted that the 'previous_release' variable in the Zuul config needs to be updated with each release, since this sets the release of kolla-ansible that is installed initially. Depends-On: https://review.openstack.org/645089/ Depends-On: https://review.openstack.org/644250/ Depends-On: https://review.openstack.org/645816/ Depends-On: https://review.openstack.org/645840/ Change-Id: If301e0affcd55360fefe3b105f023ae5c47b0853
-
- Mar 14, 2019
-
-
caoyuan authored
refer to [0] [0]: https://docs.openstack.org/ceilometer/latest/install/install-compute-rdo.html Co-Authored-By:
zhulingjie <easyzlj@gmail.com> Change-Id: I4cda336dedb3d807b80d13bcc219268a8d667b4d
-
- Mar 11, 2019
-
-
Erol Guzoglu authored
This patch implements the support for the elasticsearch-exporter in kolla-ansible The configuration and prechecks are reused from the other exporters Depends-On: Id138f12e10102a6dd2cd8d84f2cc47aa29af3972 Change-Id: Iae0eac0179089f159804490bf71f1cf2c38dde54
-
- Mar 08, 2019
-
-
Bai Yongjun authored
Because kolla-ansible not have cyborg so should add it. Implements: blueprint add-cyborg-to-kolla-ansible Depend-On: I497e67e3a754fccfd2ef5a82f13ccfaf890a6fcd Change-Id: I6f7ae86f855c5c64697607356d0ff3161f91b239
-
- Mar 01, 2019
-
-
Mark Goddard authored
Tests Cinder with an LVM/iSCSI backend, including attaching a volume to an instance. Change-Id: I6963b5e81d7ac88dd1bdfb94b62d9d63028b9786
-
- Jan 23, 2019
-
-
Bartosz Zurkowski authored
Vitrage Collector service has been removed from Vitrage in change: Ie713456b2df96e24d0b15d2362a666162bfb4300. Change-Id: I45023940c1d2573bfed49d4ce3fac16ed2d559e4 Signed-off-by:
Bartosz Zurkowski <b.zurkowski@samsung.com> Co-Authored-By:
Kien Nguyen <kiennt65@viettel.com.vn>
-
- Jan 21, 2019
-
-
Jorge Niedbalski authored
This patch implements the initial support for the openstack-exporter[0] in the kolla-ansible prometheus monitoring system. The configuration and prechecks are reused from the other exporters and a new template is provided for generating a os-client-config file required by the exporter. The default scrape interval is 60 seconds, but it can be extended via a configuration option. [0] https://github.com/Linaro/openstack-exporter Change-Id: I4a34c4bb56e74b5cd544972cbd6540d9acb6e4a1
-
- Jan 01, 2019
-
-
tone.zhang authored
Since Rocky bluestore is the default store type used by Kolla Ceph. Filestore is still used by the customers. The patch allows deploy both Ceph bluestore OSD and Ceph filestore OSD in Kolla-ansible CI jobs. Change-Id: Iaa7c1b2ff35eb649c3a6d9f7266463d8961cdc9e Signed-off-by:
tone.zhang <tone.zhang@arm.com>
-
- Dec 21, 2018
-
-
Eduardo Gonzalez authored
Change-Id: I33484d0961f1cd17ed05dd124eba68d99b4db83f
-
- Dec 19, 2018
-
-
Eduardo Gonzalez authored
Change-Id: If5b4ba975a65e07d2704eb6bdb9d841d6a9c3d42
-
- Nov 21, 2018
-
-
caoyuan authored
A spec to Deprecate the Glance Registry Service[0] was accepted in Newton, but it contained the ambiguous statement, "Mark the service as deprecated and ready for removal in the Q release." kolla-ansible disable the glance-registry in Q release[1], and since we are in S now, remove glance-registry is safe. [0]: http://specs.openstack.org/openstack/glance-specs/specs/newton/approved/glance/deprecate-registry.html [1]: https://review.openstack.org/#/c/566804/ Change-Id: I48f794029e97aa6f76bbd500e33f28f51a3f2ac4
-
- Nov 20, 2018
-
-
caoyuan authored
Refer to neutron docs [1][2] [1]: https://docs.openstack.org/neutron/pike/admin/archives/adv-config.html#l3-metering-service-driver [2]: https://wiki.openstack.org/wiki/Neutron/Metering/Bandwidth Co-Authored-By:
ZhijunWei <wzj334965317@outlook.com> Change-Id: I4a676d041bc2a86497cb139d9347365738b156df
-
- Nov 08, 2018
-
-
Eduardo Gonzalez authored
Improve where openstack services are deployed to a variable, so we will avoid many conditions when more CI jobs are added with different configs. Heat is enabled by default in globals.yml, lets deploy it at least. Change-Id: If0f009cf434c3ed5874b3171d8c75911ef8e4be1
-
- Nov 06, 2018
-
-
Eduardo Gonzalez authored
This PS adds deployment of mistral-event-engine service within mistral role. Change-Id: If187e1a49a321d1e85fb3cfff2ea037e567b30dc
-
- Oct 22, 2018
-
-
caoyuan authored
zun-wsproxy group is used in multinode[1], but it missing from site.yml this PS to fix this. [1]: https://github.com/openstack/kolla-ansible/blob/master/ansible/inventory/multinode#L676 Change-Id: I3b06f15dba5b6569202b038a28fb1a2728cffd25 Closes-Bug: #1799234
-
Hongbin LU authored
Introduce a job 'kolla-ansible-ubuntu-source-zun' to test kolla with Zun enabled. To reduce CI resource, this job will be triggered only if there are changes on the Zun's ansible roles. Change-Id: I0ba207e1d3761da2d6992c5834d4f59e7e1d6628
-
- Oct 02, 2018
-
-
Mark Goddard authored
Kolla Ansible now claims [1] to support executing as a user other than root. We should ensure that this is tested in CI. This change removes the 'become' from hosts in the inventory, and sets the remote user to 'kolla', as configured via the bootstrap-servers command. The bootstrap-servers command and other ansible commands executed before it still need to execute as the zuul user and not as kolla, since kolla does not exist yet. The autogenerated SSH private key in passwords.yml is now added to the zuul user's SSH config, such that it can SSH as the kolla user, which has authorised this key. [1] https://blueprints.launchpad.net/kolla-ansible/+spec/ansible-specific-task-become Change-Id: I8f3587e2908bc5b8889cd6fbc01981a6186d33e6
-
- Sep 21, 2018
-
-
Paul Bourke authored
Depends-On: I75e00312b36e1678b90a42cf58d24652323eff27 Change-Id: Ia716fabffca41eff816e59bbf9f4cab79ee8b72f
-
- Sep 17, 2018
-
-
ZhijunWei authored
Change-Id: I05960661b8efb32a3d57686dc3780d4138309ef5 Closes-Bug: #1793262
-
- Sep 04, 2018
-
-
Mark Goddard authored
Since I701d495675178c3ed8ec1f00b31d09f198b38a6f merged, etcd only runs on the control hosts, not the compute hosts. We therefore no longer require the etcd group to include the compute hosts. Since the group mapping is now static, we can remove the use of host_in_groups from the etcd service, in favour of the simpler method of specifying the group. Change-Id: Id8f888d7321a30a85ff95e742f7e6c8e2b9c696f Related-Bug: #1790415
-
- Aug 21, 2018
-
-
Paul Bourke authored
In order to migrate to the latest release of rabbitmq (3.7), we need to first remove this deprecated plugin which is no longer supported (the problems it solved are now addressed in rabbitmq itself). This avoids a circular dependency in CI where the new images depend on the new clustering and the new clustering depends on the new images. Change-Id: I921459f3e40b9e0d4af9497384e49aabf0abe79b
-
- Jul 23, 2018
-
-
Will Miller authored
Partially-Implements: blueprint networking-baremetal Change-Id: I92b9505843f12692aef96764a314e5db49001a9b
-