Unable to Disassociate Floating IP

[Amogh]

1. Login to Devstack as admin user
2. Go to Instances page, and create new instance
3. Associate floating ip to the instance
4. Disassociate floating IP to the Instance. Observe that Unable to Disassociate floating ip error is displayed.

Screenshot attached.

After Disassociate floating ip fails:
1. Try to Create the new Instance: Danger: There was an error submitting the form. Please try again. message displayed and cannot create the Instance

2. navigate to Access & Security Error: Unable to retrieve floating IP addresses. is displayed.

3. Navigate to keypair tab: Create KeyPair button is missing.

[Gloria Gu (gloria-gu)]

Disassociate code calls the following

api.network.tenant_floating_ip_list(request) which has 500 error , tried it at the command line, it has the same issue as in UI.

....I did test using nova network

stack@gloria-stack:~/devstack$ nova floating-ip-list
ERROR (ClientException): The server has either erred or is incapable of performing the requested operation. (HTTP 500) (Request-ID: req-fcbbaf79-56b8-49b2-95b3-e381f4c0a214)
stack@gloria-stack:~/devstack$

once it calls floating_ip_list, then it seems to having problem all the time..

error in n-api log
2014-08-29 17:20:24.646 ERROR nova.api.openstack [req-5b43bbd0-095f-466a-930b-664ac2a27fda admin admin] Caught error: Cannot load 'instance' in the base class
2014-08-29 17:20:24.646 TRACE nova.api.openstack Traceback (most recent call last):
2014-08-29 17:20:24.646 TRACE nova.api.openstack File "/opt/stack/nova/nova/api/openstack/__init__.py", line 124, in __call__
2014-08-29 17:20:24.646 TRACE nova.api.openstack return req.get_response(self.application)
2014-08-29 17:20:24.646 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/request.py", line 1320, in send
2014-08-29 17:20:24.646 TRACE nova.api.openstack application, catch_exc_info=False)
2014-08-29 17:20:24.646 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/request.py", line 1284, in call_application
2014-08-29 17:20:24.646 TRACE nova.api.openstack app_iter = application(self.environ, start_response)
2014-08-29 17:20:24.646 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__
2014-08-29 17:20:24.646 TRACE nova.api.openstack return resp(environ, start_response)
2014-08-29 17:20:24.646 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py", line 565, in __call__
2014-08-29 17:20:24.646 TRACE nova.api.openstack return self._app(env, start_response)
2014-08-29 17:20:24.646 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__
2014-08-29 17:20:24.646 TRACE nova.api.openstack return resp(environ, start_response)
2014-08-29 17:20:24.646 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__
2014-08-29 17:20:24.646 TRACE nova.api.openstack return resp(environ, start_response)
2014-08-29 17:20:24.646 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/routes/middleware.py", line 131, in __call__
2014-08-29 17:20:24.646 TRACE nova.api.openstack response = self.app(environ, start_response)
2014-08-29 17:20:24.646 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__
2014-08-29 17:20:24.646 TRACE nova.api.openstack return resp(environ, start_response)
2014-08-29 17:20:24.646 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 130, in __call__
2014-08-29 17:20:24.646 TRACE nova.api.openstack resp = self.call_func(req, *args, **self.kwargs)
2014-08-29 17:20:24.646 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 195, in call_fun...

[Gloria Gu (gloria-gu)]

found bug in nova seems to have the same issue:

https://bugs.launchpad.net/nova/+bug/1356051

[Gloria Gu (gloria-gu)]

tried with latest change of nova in devstack, disassociate with IP seems to work fine. Need advice on what to set this bug status...mark it as fix released?

I would also need to double check using neutron netowrk as well.