Mismatch between volume and instance permisions
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Dashboard (Horizon) |
New
|
Undecided
|
Unassigned |
Bug Description
Using an account with admin privileges, clicking on the Instances & Volumes tab results in a KeyError throw (see below for error traceback).
This does not occur for regular users. I believe it is triggered on my system by a secondary project (that I do not belong to) having an attached volume.
It seems that permission controls on volumes does not match the permission controls on instances. This results in a dictionary of volumes to return values that I shouldn't actually know about, then tries to look up the instance the volume is attached to in a different dictionary that correctly does not contain that instance.
A related feature request would be the ability to have an admin account that can see all volumes and all instances in all projects. If this already exists, can someone point me at it?
========== Traceback =======
Environment:
Request Method: GET
Request URL: http://
Django Version: 1.3.1
Python Version: 2.7.3
Installed Applications:
['openstack_
'django.
'django.
'django.
'django_nose',
'horizon',
'horizon.
'horizon.
'horizon.
Installed Middleware:
('django.
'django.
'django.
'django.
'openstack_
'horizon.
'django.
'django.
Traceback:
File "/usr/lib/
111. response = callback(request, *callback_args, **callback_kwargs)
File "/usr/lib/
40. return view_func(request, *args, **kwargs)
File "/usr/lib/
55. return view_func(request, *args, **kwargs)
File "/usr/lib/
40. return view_func(request, *args, **kwargs)
File "/usr/lib/
47. return self.dispatch(
File "/usr/lib/
68. return handler(request, *args, **kwargs)
File "/usr/lib/
105. handled = self.construct_
File "/usr/lib/
96. handled = self.handle_
File "/usr/lib/
68. data = self._get_
File "/usr/lib/
37. self._data[
File "/usr/lib/
74. att['instance'] = instances[
Exception Type: KeyError at /nova/instances
Exception Value: u'a233fec0-
This is a duplicate of https:/ /bugs.launchpad .net/horizon/ +bug/1053488 which only affects Essex, and, yes, was due to a flaw in Nova as you pointed out.