After latest changes on tox.ini, the minimum
version of tox need to be changed to 2.3.2.
https://bugs.launchpad.net/neutron/+bug/1695888
Change-Id: I006274862f9d66af86db47f29f3b5bf7ac3fc103
Floating IP port forwarding internal or external port number should
not allow 0, otherwise you will get some ValueError exception in
neutron server.
Directly modify the floating-ip-port-forwarding extension to change
the external_port and internal_port minimum value.
Change-Id: Icb177932f6cf1262757b29cb9b997321704616b7
Closes-Bug: #1799150
In sqlalchemy, there are some advanced filter criterion but
such filter criterion is not supported in OVO. An example
is the "not in" criterion which is achieved by
"query.filter(~db_model.column.in_(values))". Another example
is the "not equal" criterion which is achieved by
"query.filter(db_model.column != value)"
This commit adds support for custom filtering. We introduce
a base class called "FilterObj" from which the custom
filter class should inherit. This commit also implements two filter
class: one for implementing the "not in" criterion and the other for
the "not equal" criterion. In addition, it makes StringMatchingFilterObj
inherit from the FilterObj class.
Needed-By: https://review.openstack.org/#/c/609848/
Change-Id: I9ac7fb000d2bed445efbc226c30abdcd981b90cb
Partial-Implements: blueprint adopt-oslo-versioned-objects-for-db
The initial implementation of random_mac_generator created MAC addresses
that were one octet too long - the MAC addresses would have seven octets
instead of the proper EUI64-standard six.
This resolved testing issues in the consuming patch in Neutron (see
the change referenced in the Needed-By line). A test is added that
replicates the conditions of the failure. In the failed tests, the base
mac '12:34:56:78' was instead parsed so it became '12:34:56:7:8'; when
the code went to add 2 octets to the result, there were too many octets
to form a valid EUI64 MAC address.
Implements: blueprint speed-up-neutron-bulk-creation
Needed-By: https://review.openstack.org/584061
Change-Id: I9a2c40709db9204c7686500deac9ee8e8471b1bc
Change [1] introduced support for advsvc role. This added
possibility for user with role advsvc to make CRUD operations
on ports, subnets and networks in foreign tenants.
Due the check in _validate_privileges() it was not working.
This patch fixes that.
Closes-Bug: #1796854
[1] https://review.openstack.org/#/c/101281
Change-Id: I6a3f91337bf8dd32012a75916e3409e30f46b50d
Some of the QoS API extensions definitions were using literal string
constants when defining attributes, instead of commonly predefined
constants. This patch fixes that situation.
In addition, modules related to the metering extension are also
updated to re-use the DIRECTION constant.
Change-Id: Ib1c272f6ce11864bd461bb8c29ee8cad0e91945d
This patch adds qos-rules-alias extension to enable users to perform
GET, PUT and DELETE operations on QoS rules as though they are first
level resources. In other words, the user doesn't have to specify the
QoS policy ID
Change-Id: I5366dfee9b760ff5c884981582cdd17245b4d16f
Partial-Bug: #1777627
the policy module was doing a manual check to see if the specific rule
was actually part of the rules that the enforcer is using. oslo.policy
already has a function that does just this, which is 'authorize'. That
will check the registered rules and raise an exception if that's not
fulfilled.
Change-Id: I9f04f8b8770b15ac24f9f1cd57a58c7e98b24d48
By default setuptools produces a version-specific wheel file so
installation under other versions of Python require extra work at
install time. This change turns on "universal" wheel support, so that
the wheel file will be marked as supporting both Python 2 and 3.
Change-Id: I00bc3d736e87bcc3a122b688c5e10e82b1b03d84
Signed-off-by: Doug Hellmann <doug@doughellmann.com>
port_range_max in an ICMP security group rule defines the
ICMP code value, fix a copy/paste typo.
Change-Id: I4356610d106385c72afc9c3fb7b194c690c56cae
Closes-bug: #1793285
policy-in-code will be supported by the main neutron repo
because the neutron API layer uses the policy code in the neutron repo.
However, neutron_lib.context refers to its own policy enforcer,
so we need a small code to support policy-in-code in neutron-lib side.
Part of blueprint get-policy-from-neutron-lib
Change-Id: I4923a069f4080dc53a8fb359f5a1518de06feb2f
oslo_messaging's rpc_backend setting, which is set by
ConfFixture.transport_driver has been deprecated since Newton. To allow
oslo_messaging to remove it, switch to setting transport_url instead.
Change-Id: Ib8839df1ae7e69bd751834903adcb96395154bf6
Partial-Bug: #1712399
Use openstack-tox-cover template, this runs the cover job
in the check queue only.
Use openstack-lower-constraints-jobs template.
Remove jobs that are part of the templates.
Change-Id: I168feb6c304cf14efe06e6d8f3726facc1c3c7b4
Placement introduced the json body response for resource provider
creation from microversion 1.20.
As the client introduced in neutron_lib uses the returned body (see:
https://review.openstack.org/589749) the used maximum microversion must
be bumped as well.
Change-Id: I71a723a95fb407a97aa6793beb965ae7be1769a7
There are some mistakes of lbaas api-ref.
1.There is no definition for "status", "status_description",
"healthmonitors_status", "provider", "subnet_id", "vip_id"
attributes in the pool, and "listeners", "session_persistence"
should be defined in the pool.
2.The protocol_port of listener and the delay of healthmonitor is an
integer.
3.The id of healthmonitor of the pool named "healthmonitor_id"
rather than "healthmonitors".
4.There is no "name" attribute in "POST /v2.0/lbaas/health_monitors"
request body, but from the lbaas v2.0 code and datamodel, there is
a "name" attribute added in to healthmonitor object.
The patch fixes those mistakes.
Change-Id: Ia7417c818f6646c419f734d7273fd3bf8eb5aad5
Closes-Bug: #1719259
This is a mechanically generated patch to add a functional test job
running under Python 3 as part of the python3-first goal.
See the python3-first goal document for details:
https://governance.openstack.org/tc/goals/stein/python3-first.html
Change-Id: Iee4060c3d566c312ece529f82bbd93c1a2661e78
Story: #2002586
Task: #24314
This is a mechanically generated patch to switch the documentation
jobs to use the new PTI versions of the jobs as part of the
python3-first goal.
See the python3-first goal document for details:
https://governance.openstack.org/tc/goals/stein/python3-first.html
Change-Id: Ibbe8311a9884afff9a38c6c35c5ebcf9e2990322
Story: #2002586
Task: #24314
This is a mechanically generated patch to complete step 1 of moving
the zuul job settings out of project-config and into each project
repository.
Because there will be a separate patch on each branch, the branch
specifiers for branch-specific jobs have been removed.
Because this patch is generated by a script, there may be some
cosmetic changes to the layout of the YAML file(s) as the contents are
normalized.
See the python3-first goal document for details:
https://governance.openstack.org/tc/goals/stein/python3-first.html
Change-Id: I0e2bf8ce2d5b915ef5a6f16a46957fcdb66b4be9
Story: #2002586
Task: #24314