Deleting a non-existing member deletes the actual member

Bug #1491560 reported by Banashankar
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
octavia
Invalid
Critical
Eran Raichstein

Bug Description

How to reproduce.
1. Create a member

2. Delete it using correct member id

3. Create one more member

4. Use the member id created in 2nd step to delete the member. It deletes the member created in 3rd step.

screen capture for the same : https://gist.github.com/banveerad/433e831c9dec82f946ad

Banashankar (bkalebe)
summary: - delete a non-existing member deletes the actual member
+ Deleting a non-existing member deletes the actual member
Changed in octavia:
importance: Undecided → Critical
Revision history for this message
Brandon Logan (brandon-logan) wrote :

well this is a weird one

Changed in octavia:
assignee: nobody → Eran Raichstein (eranra)
Revision history for this message
Eran Raichstein (eranra) wrote :

We were able to replicate the bug

The bug is in LBassV2 and not in Octavia

The bug is in the filtering method that lists the members::

It doesn't matter what you set for ID you get the list of memebrs::

fields=id&name=test will give you the entire list of members

stack@garda12 [1991] ~/devstack (master * u-522)
$ curl -g -i -X GET "http://172.25.8.83:9696/v2.0/lbaas/pools/04c633fc-a707-4646-90b4-4809bd4b2e9b/members.json?fields=id&name=test" -H "User-Agent: python-neutronclient" -H "Accept: application/json" -H "X-Auth-Token: 91e4fa9eaa3d407fb1f91ddb57ee4ce7" HTTP/1.1 200 OK
Content-Type: application/json; charset=UTF-8
Content-Length: 377
X-Openstack-Request-Id: req-0770140a-d1f7-49cc-9262-4f1723df94b4
Date: Thu, 14 Jan 2016 23:00:17 GMT

{"members": [{"weight": 1, "admin_state_up": true, "subnet_id": "47e7e14c-5188-4c27-8bc6-e130e82f6215", "address": "10.0.0.4", "protocol_port": 80, "id": "8e43edb3-d216-4d2c-b697-adec6c3ac34c"}, {"weight": 1, "admin_state_up": true, "subnet_id": "47e7e14c-5188-4c27-8bc6-e130e82f6215", "address": "10.0.0.5", "protocol_port": 80, "id": "a1cb5009-4ce6-4464-93b9-c1cd9cba5071"}]}
stack@garda12 [1992] ~/devstack (master * u-522)
$

Revision history for this message
Eran Raichstein (eranra) wrote :

The bug was fixed in LBaasV2 during November / December 2015 ... refreshing environment to latest LBaasV2 version to validate that the bug is invalid.

Revision history for this message
Eran Raichstein (eranra) wrote :

Exposing with the latest version of Neutron-lbaas (and latest octavia and neutrun) and the behavior was fixed. We get
error message as expected (Unable to find member with name '0b02a6cb-a669-422b-8e3e-65cfa9697c12')

More info from running ::

 neutron lbaas-member-delete 0b02a6cb-a669-422b-8e3e-65cfa9697c12 5dfefe90-0a67-4a9f-85e5-227518ccfecc --debug
(the "fields=id&name=" command returns an empty list as required)

DEBUG: keystoneclient.session REQ: curl -g -i -X GET http://172.25.8.83:9696/v2.0/lbaas/pools/5dfefe90-0a67-4a9f-85e5-227518ccfecc/members.json?fields=id&id=0b02a6cb-a669-422b-8e3e-65cfa9697c12 -H "User-Agent: python-neutronclient" -H "Accept: application/json" -H "X-Auth-Token: {SHA1}09ef620ce4ad84f17d804eb11f89b1c09a97f623"
DEBUG: keystoneclient.session RESP: [200] date: Fri, 15 Jan 2016 16:16:52 GMT connection: keep-alive content-type: application/json; charset=UTF-8 content-length: 15 x-openstack-request-id: req-0f60a614-59a9-49e4-b18b-c268d8e453fd
RESP BODY: {"members": []}

DEBUG: keystoneclient.session REQ: curl -g -i -X GET http://172.25.8.83:9696/v2.0/lbaas/pools/5dfefe90-0a67-4a9f-85e5-227518ccfecc/members.json?fields=id&name=0b02a6cb-a669-422b-8e3e-65cfa9697c12 -H "User-Agent: python-neutronclient" -H "Accept: application/json" -H "X-Auth-Token: {SHA1}09ef620ce4ad84f17d804eb11f89b1c09a97f623"
DEBUG: keystoneclient.session RESP: [200] date: Fri, 15 Jan 2016 16:16:52 GMT connection: keep-alive content-type: application/json; charset=UTF-8 content-length: 15 x-openstack-request-id: req-c9bd7497-0b5c-424a-9c63-c86d463d4b16
RESP BODY: {"members": []}

Revision history for this message
Eran Raichstein (eranra) wrote :

This is an invalid bug for latest version of octavia and neutron-lbaas

Changed in octavia:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.