aboutsummaryrefslogtreecommitdiff
path: root/tests/test-octavia.sh
AgeCommit message (Collapse)AuthorFilesLines
2025-06-13[CI] Use smaller flavor for CIMichal Arbet1-2/+2
On AIO based tests, from time to time VM is killed by OOM killer. Signed-off-by: Michal Arbet <michal.arbet@ultimum.io> Change-Id: Id1888bef9a1878252b925988e1c200f9217e8868
2025-05-20Standardize Python interpreter handlingMichal Arbet1-2/+1
This patch ensures that the system Python interpreter is always used during the `bootstrap-servers` phase by setting `ansible_python_interpreter=auto_silent` via `extra_vars`, while the `octavia-certificates` command now explicitly uses the same Python interpreter that was used to invoke the `kolla-ansible` CLI, ensuring compatibility with the local environment. Summary: - The `ansible_python_interpreter` is now dynamically defined in `group_vars/all.yml`, falling back to the system interpreter if no virtualenv is configured. - CLI commands now detect and respect user-specified `ansible_python_interpreter` values via `-e`, and avoid overriding them. - The `bootstrap-servers` command always uses the system Python interpreter by setting `ansible_python_interpreter=auto_silent`, ensuring a clean environment for virtualenv creation. - The `octavia-certificates` command uses the Python interpreter that invoked the `kolla-ansible` CLI, ensuring compatibility with locally installed packages (e.g. cryptography). This improves interpreter handling across commands, especially in environments with custom Python setups or virtual environments. Depends-On: https://review.opendev.org/c/openstack/ansible-collection-kolla/+/949767 Change-Id: I7dc6cf8eda3b1fd48d2000f18b4670a4ef4ce1b4
2025-05-12CI: Use venv ansible_python_interpreter in octavia scenarioMichal Nasiadka1-1/+2
cryptography is not installed in global python env Change-Id: Ic6d156a36d7ac9b44118eed6acbf48eb49f979ec
2025-03-26CI: bump amphora image to jammyMichal Nasiadka1-1/+1
focal is not getting builds since July 2024 Change-Id: Ief6e5482e54c34ffdc703bb650bda51bae2bcb5b
2024-11-03Fix Octavia cert generationMichal Nasiadka1-1/+1
I have no clue how it worked previously in CI, but now it's using default path to the inventory - which does not exist. In addition to that, type=int in cliff will default to None, so the check had to be rewritten - because we always did cert expiry check instead of generating them. Change-Id: I84d71558c2666ba2cfa47054f782d25ff0c1f691
2024-08-08CI: Fix cases where port is not available yetMichal Nasiadka1-0/+22
Closes-Bug: #2075966 Change-Id: I6ed82ecc7ca82c09aacb2a65254f794c72365188
2024-01-30[CI] Test neutron DNS integration and designateMichal Arbet1-1/+70
This patch adds tests for neutron and designate DNS integration. Tests are based on scenarios described below in [1][2]. [1] https://docs.openstack.org/neutron/latest/admin/config-dns-int.html [2] https://docs.openstack.org/neutron/latest/admin/config-dns-int-ext-serv.html Change-Id: I3953f760458285e5c9a818599492c6176e857dde
2023-04-27Add support for checking Octavia cert expirationMatt Crees1-0/+9
Adds a flag ``kolla-ansible octavia-certificates --check-expiry <days>`` to the ``octavia-certificates`` command to check if the certificates will expire within a given number of days. Change-Id: I869b8afd85fe282d823ecf3593aa22f94a61b2a0
2023-04-26octavia: Fix hm-interface after bumping openstack collectionMichal Nasiadka1-1/+1
New openstack collection modules have changed output dicts/variable names - adapting to that. Also changing octavia amphora image to focal, since bionic hasn't been rebuilt since May 2021. Closes-Bug: #2012255 Change-Id: Icf38a52472d02ef7d69bcd3716afb16e859d44a2
2021-03-04CI: octavia: create and test a load balancerwuchunyang1-0/+100
Co-Authored-By: Mark Goddard <mark@stackhpc.com> Change-Id: I20c1d9bddee5a046b521b9378bade2ab50612be0