Since [0], stein uses an older version of tempest to fix jsonschema
issue observed in newer releases. This tag does not have
utils.is_network_feature_enabled used in test_metadata scenario.
As stein is in Extended Maintenance, use an older version for n-t-p to
fix gates. Also filter out port forwarding test as it is unstable in
this pinned version.
Closes-Bug: #1946748
[0] https://review.opendev.org/c/openstack/devstack/+/812092
Change-Id: I724da80bc440cd5d5b947d0c0a08cbead95628e9
Ubuntu minimal is smaller than regular cloud image.
It should works fine with less memory and boot faster than in
the gates.
Change-Id: Ie281698ecef05fd7ddf831eabd0e0121ac477709
Skip_checks method should be called to check appropriate
parameters (include specific test parameters such as
ipv6_subnet_attributes) before run IPv6Test.
Change-Id: I6e1a0c192a8e8ce62b7437d864f4f4f86563db79
As tap-as-a-service was moved under Neutron governance its tests should
be in neutron-tempest-plugin.
Change-Id: I01dd33e0610e1db13815ea153b5c2299d8699d30
Those branches are not affected by the related bug. Furthermore,
those branches override the neutron-tempest-plugin version with an
older one that does not implement the method
"create_flavor_for_advance_image". This method is used to create a
specific flavor used in the CI tests.
Change-Id: Iad6fdfb3ebe7b5cafd8a1ee00724408abd7c17ff
Related-Bug: #1940243
Existing IPv4 and IPv6 extra-dhcp-options tests ignored the ip_version
attribute, so all the extra-dhcp-options tested had IP version 4
Change-Id: I5fee2579a158918c2c22d95493b471e23d0f8161
Flavor added in 79c679683d fails in
at least stable/wallaby neutron-ovn-tempest-slow job, as the flavor
already exists.
This checks if a flavor with this name already exists before trying to
create it
Change-Id: I624f53e39c4bcdd988900aca375ee5e4ddd445fe
Related-Bug: #1940243
In order to reduce the CI memory consuption, this patch creates a 384MB
flavor to replace the 512MB previously used for the advance image
(Ubuntu 18.04).
Flavor specs:
- 384MB RAM: aroung 100MB are used when the VM is started.
- 4GB disk: around 1,1GB are used when the VM is started.
- 1 VCPU.
Change-Id: I267a848d57183ddc39128f12d40b076360dfd3bc
Partial-Bug: #1940243
Setuptools v54.1.0 introduces a warning that the use of dash-separated
options in 'setup.cfg' will not be supported in a future version [1].
Get ahead of the issue by replacing the dashes with underscores. Without
this, we see 'UserWarning' messages like the following on new enough
versions of setuptools:
UserWarning: Usage of dash-separated 'description-file' will not be
supported in future versions. Please use the underscore name
'description_file' instead
[1] https://github.com/pypa/setuptools/commit/a2e9ae4cb
Change-Id: If5cb829ef8530690f9208f9b15915e2c17367190
Those new jobs are based on the openvswitch and
openvswitch-iptables_hybrid job. The only difference in those new jobs
is disabled DHCP agent and enabled distributed dhcp L2 extension.
New jobs are added to the experimental queue for now. We can discuss
later if we should add them to the check/gate queues later.
Depends-On: https://review.opendev.org/c/openstack/neutron/+/803469
Change-Id: I28c1cec324046df5b062e1b9d991ca7413c075fc
Some of the images require `tail` process to be explicitly stopped
after the `tail -f ... | nc ...` command has been executed and `nc`
process is finished. But most of the time `tail` process is ended
automatically that leads to fail of `killall tail` command.
Change-Id: I43c0b7781ca2ed98156e125566115196aab530cf
This scenario test checks that, even with no DHCP and no port security,
packets are not flooded to every port on the network.
To see this work in OVN, port security and DHCP must be disabled on a
network. Before having those capabilities, packets would be flooded
to all servers. Now, the OVN switch can learn the MAC of a port and
store it on the FDB table. The adoption of this feature was completed
in [0].
[0] https://review.opendev.org/c/openstack/neutron/+/763567
Change-Id: I0313ac13f8e8922849f6388d2d1379817230294b
This test is failing from time to time in the Linuxbridge scenario job
so let's exclude it in that job until related bug will be fixed.
Related-Bug: #1936911
Change-Id: Ic89c65cf225bb7813001311b4625e7117b70f91c
This patch bumps the version currently used in master jobs to
the latest release v21.06.0.
Signed-off-by: Daniel Alvarez Sanchez <dalvarez@redhat.com>
Change-Id: I679108aab8c17e2cbd8d64388f9d0b1420a1323c
In case of ML2/OVN, driver creates additional network:distributed port
for each subnet with enabled DHCP. That caused failures of that test
in the ML2/OVN environment as subnets created in the test had only some
specified service_type thus Neutron couldn't find any IP address to
allocate for the "network:distributed" port.
Now it's fixed by adding "network:distributed" service_type to both
subnets.
Closes-Bug: #1934622
Change-Id: Ifc2c75abd49209625065de6fece413aed0bb7a4e
Security group rules created by SecGroupRulesQuotaTest are not
being cleaned up after TC execution. Security Group rules normally
would get cleanup if associated Security Group is deleted. However,
SecGroupRulesQuotaTest doesn't create any Security Groups. The
Security Group rules are created in default or existing Security
Groups. Thus, the SecGroupRulesQuotaTest should be responsible to
clean up the rules which created by the TC.
Change-Id: I4dd2d9eb7e60101ba7f5c3d915ec27ee6c46b227
Zuul
Dr. Jens Harbott
Bernard Cafarelli
Slawek Kaplonski
elajkat
ibumarskov
zahlabut
Rodolfo Alonso Hernandez
Eduardo Olivares
Takashi Kajinami
wu.shiming
ccamposr
Alex Katz
Elvira García
Daniel Alvarez Sanchez
Michael Johnson
Huy Tran