Bug 976461 - [RFE] Allow all tenants to use attribute ip in server search options
[RFE] Allow all tenants to use attribute ip in server search options
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-nova (Show other bugs)
Unspecified Unspecified
low Severity unspecified
: async
: 4.0
Assigned To: Brent Eagles
David Ripton
: FutureFeature, OtherQA
Depends On: 988961
Blocks: RHOS40RFE
  Show dependency treegraph
Reported: 2013-06-20 11:36 EDT by Russell Bryant
Modified: 2016-04-26 11:56 EDT (History)
11 users (show)

See Also:
Fixed In Version: openstack-nova-2013.2-0.8.b2.el6ost
Doc Type: Enhancement
Doc Text:
A new feature makes 'IP attribute' available to all tenants in server search. Previous releases allowed only admin tenants to search by IP attribute. It is a valuable query criteria when managing large numbers of VMs and has been made available to all tenants. Now, any tenant can use the IP attribute in server searches.
Story Points: ---
Clone Of:
Last Closed: 2013-12-19 19:07:52 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Comment 2 Russell Bryant 2013-07-03 09:50:13 EDT
This used to be admin only.  Now it works for everyone:

$ nova list --ip
| ID                                   | Name | Status | Task State | Power State | Networks         |
| af256f7f-1367-45cf-929a-d495fdf36d08 | test | ACTIVE | None       | Running     | private= |
Comment 5 Scott Lewis 2013-08-01 13:35:18 EDT
Matched priority to upstream.
Comment 10 Brent Eagles 2013-09-30 10:41:56 EDT
Sorry about that Nir. Test looks good. The functionality is pretty straightforward and you have positive and negative cases covered, so I'd say you have it covered.
Comment 14 Brent Eagles 2013-12-18 16:50:39 EST
Code matching patch is in current build (2013-12-16.1).

This patch is not currently working as expected with neutron in this build.

To test, I created multiple VMs as a tenant:

| eef17d12-ca58-48bb-adf1-731d043679ef | vm1  | ACTIVE | None       | Running     | labnet=; mechnet=, |
| 636c4982-f8fa-4075-8254-1cd188a59286 | vm2  | ACTIVE | None       | Running     | labnet=,; mechnet= |
| 22632247-423e-4ece-a898-5b65d0f6225b | vm3  | ACTIVE | None       | Running     | labnet=; mechnet=               |
| f64dd50f-30a2-43ed-87c1-01b2b758b8cd | vm4  | ACTIVE | None       | Running     | labnet=; mechnet=               |
| d65e276a-7c86-45c3-8255-1ef5dcf4d9f6 | vm5  | ACTIVE | None       | Running     | mechnet=                                    |
| 7bc24433-8e6b-47b4-8ce9-58cb6a6cc6f8 | vm6  | ACTIVE | None       | Running     | labnet=                                      |

And ran queries such as 

nova list --ip "192.168.90\\..*"

and no results were returned. Monitoring the api.log file I can see queries on the neutron client of the form:

REQ: curl -i -X GET -H "X-Auth-Token: MIIMUwYJKoZ

I believe this is malformed. Invoking the same request from the command line results in an empty port list being returned.

Cutting and pasting the query with a correct query string such as:

curl -i -X 

Returns results consistent with the expected behavior. It would appear that the query as constructed from the integration library is not correct.
Comment 16 errata-xmlrpc 2013-12-19 19:07:52 EST
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.