Commit 260c968118934 broke the gate by causing jobs
to not get run when it added RE2 compatibility for
irrelevant-files. Digging found that RE2 doesn't
support negative lookahead (and won't ever), so it's
impossible to replace the previous pcre filter with a
similar RE2 filter.
Instead of reverting to the original filter, which
is considered obsolete by zuul, this patch fixes the
issue by explicitly listing all files under zuul.d/
except the one that we actually want to trigger the
jobs: zuul.d/project.yaml.
Listing all the files in the directory for every job
is not ideal, and we may revisit it later, or perhaps
even reconsider the extensive use of irrelevant-files
in the neutron tree. This will have to wait for when
the gate is in better shape though.
[0] https://github.com/google/re2/issues/156
Conflicts:
zuul.d/base.yaml
zuul.d/grenade.yaml
zuul.d/job-templates.yaml
zuul.d/project.yaml
zuul.d/rally.yaml
zuul.d/tempest-multinode.yaml
zuul.d/tempest-singlenode.yaml
Related-bug: #2065821
Change-Id: I3bba89ac14414c6b7d375072ae92d2e0b5497736
(cherry picked from commit 11027e3e1ef9a58d5b2faa575a3764bd33cd2a08)
There are three job definitions here for testing
neutron with the master branches of other projects,
specifically neutron-lib, oslo, and ovsdbapp. As
neutron is no longer testing py310 in its master
gate, start using the py311 versions of these jobs
so we can move forward.
Also moved the sqlalchemy job to start using py311
as well.
Depends-on: https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/899745
Change-Id: Iec1d5fcdfd8c85a3edb5bc9a399d44839fbc879a
This reverts commit 1d0335810d89ede47cf3b54614382cb25d1986ae.
Reason for revert: So we can look at a neutron DB
performance issue with devstack, see vPTG etherpad
for more info.
Change-Id: If2875caf9d14f1d13cee7e40b737e573252f0a7a
During the 2024.1 release, the lower version of grenade "skip-level"
jobs should be stable/2023.1.
During this release (SLURP), these jobs are now executed in the
"check" queue as voting.
Change-Id: I72ddd7657d219734bf44af38fc2f75e29bbc9547
The job names were changed but not replaced in the
"neutron-periodic-jobs" template.
This patch is also adding new binaries to the nftables installation
role, that includes all the "-save" and "-restore" ones.
Closes-Bug: #2039027
Change-Id: Ia4c140af74db29f4e40299648f1b5091b4801b51
This is the latest stable OVN release. As per the git submodule
command the required OVS version is v3.2.0-20-g1d78a3f31. This OVN
version contains additional_chassis column it its schema that is
required for functional testing of [1].
[1] https://review.opendev.org/c/openstack/neutron/+/895402
Change-Id: Idb564c589bd8f790bfcacd1b665780834b8fc686
Signed-off-by: Jakub Libosvar <libosvar@redhat.com>
Since [1] OVN/OVS source deploy jobs running with
OVN_BRANCH=main fails to compile ovn as this now
requires newer ovs commits from branch-3.2.
[1] https://github.com/ovn-org/ovn/commit/558da0cd
Closes-Bug: #2034096
Change-Id: I5247ce2b1a8606bde807a1744ed37daff04438f1
Until now neutron fullstack tests which were run by the same worker were
using same DB but after test content of the DB was cleaned.
This could cause problems e.g. for default security group rules which
weren't created properly in second test run by the same worker.
To fix that issue patch [1] was proposed and merged some time ago. But
this didn't solve the problem so this patch is effectively reverting [1]
and proposing another solution which will make each fullstack test to
use own DB and run db migration script.
As running DB migration before every test makes this jobs to run a bit
longer than it took before, this patch also increases timeout for the
fullstack job(s) to 3h (10800 seconds).
[1] https://review.opendev.org/c/openstack/neutron/+/891040
Related-bug: #1983053
Change-Id: Ia261b4c62db9a99ef6eb161acb4609520e45d101
Devstack already moved to it with [1] and it's working
fine, let's update in neutron jobs too.
[1] https://review.opendev.org/c/openstack/devstack/+/886162
Change-Id: I1f5cf34ad3e561670265caddbf2896d0a80fcada
Change-Id: I70144bfc30631a50d96058291947dc64787566ef
We agreed to have all periodic jobs in the experimental queue also to be
able to run them quickly if needed. And it was like that for most of the
jobs but jobs which came to the periodic queue from templates defined in
[1] were missing in the experimental queue.
This patch adds them to the experimental queue too.
Also added irrelevant-files to tox-py311 as it was
missing.
Related-bug: #2025753
[1] https://opendev.org/openstack/openstack-zuul-jobs/src/branch/master/zuul.d/project-templates.yaml
Change-Id: I933cfd66c22aeb0048e1a7c4717ffdf499f5b63c
It was agreed on the Neutron CI meeting [1] that we will remove
this job from check and gate queues and add it to the periodic queue
to run it once a day.
Linuxbridge agent is marked as experimental since at least one cycle
already and this scenario job is getting less and less stable now so
it's probably time to move it out from our gate.
[1] https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-06-27-15.00.log.html#l-127
Change-Id: Ic9a808da8819c0cdbb4af6570fade5be2a9dacba
21.03 is no longer supported upstream. We should try to stick to LTS
releases of OVN if possible.
The patch locks the version as the latest git commit in branch-22.03
(ovs is also locked to the corresponding submodule version). This is
done to include a just merged fix for protocols used for ipv6 address
configuration (ra, na, mld*).
Once 22.03.3 is tagged in OVN repo, we can switch to it.
Depends-On: Id1328d7cba418fa7c227ae9db4fe83c09fd06035
Change-Id: I2a633741d5e95f0e46a6b33198903f0f44d449b6
We seeing random issue in CI as mentioned
in the related bug. As per the tests done
in [1] seems disabling it make the issue
appear less frequent. Let's try it atleast
until the root cause is fixed.
[1] https://review.opendev.org/c/openstack/neutron/+/883282
Related-Bug: #2015065
Change-Id: I2738d161d828e8ab0524281d72ed1930e08e194b
This reverts commit f93c9be1c1058e210b551d7200882aa983c2332a.
Reason for revert: tooz bump is reverted with [1] and that unblocks
py38 jobs, other projects still rely on py38 for some functions and
neutron due to py39 constraints fails to install there. Until next
steps are clear for py38 support in 2023.2 let's revert.
[1] https://review.opendev.org/c/openstack/requirements/+/881329
Change-Id: Ibf6e4bb784c6e26a2e413e45ccc2e8e5269fd562
Related-Bug: #2017478
2023.2 release is targetting python3.9 as
minimal testing rutime[1]. openstack-tox-py38
job started to fail as libraries(like tooz) already
dropped py3.8 support.
This patch updates neutron py3 override job template
and setup.cfg to reflect the same.
[1] https://review.opendev.org/c/openstack/governance/+/872232
Closes-Bug: #2017478
Change-Id: I3ebbbd46a284b2f96172a90427b355f3ccd0c098
Add branches: ^master$ so master only jobs
do not run on stable branches.
Cleanup of these jobs will still be required(like [1])
once stable branches are cut. This patch will just
ensure these jobs run only on master branch.
[1] https://review.opendev.org/q/topic:drop-master-jobs
Change-Id: Iad529caa693877c32357142859979f5cd601ee2c
It was done in past with [1] but since then
list diverged again.
To avoid same happening again used yaml
aliases for periodic jobs. So from now
any job added to periodic queue will
also be added in experimental queue
automatically.
neutron-experimental-jobs template will
be used for experimental only jobs.
[1] https://review.opendev.org/c/openstack/neutron/+/833172
Change-Id: I551a5095429ca949e6886a98020c4ddd072de862