Deleting a tenant where a user is a member leaves the user with a tenant link that's not existant.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Dashboard (Horizon) |
Won't Fix
|
Low
|
Gabriel Hurley | ||
OpenStack Identity (keystone) |
Fix Released
|
Low
|
Unassigned |
Bug Description
I used the sample data script that comes with keystone and deleted the demo tenant, this leaves the "admin" user with a tenant link in the user_tenant_
mysql> select * from user_tenant_
+------
| user_id | tenant_id |
+------
| 05b9b4c0dc994ef
| 6291f1b9416645d
| 6291f1b9416645d
| 7d6eb22ad11c4e9
| 8b08a6b5f14141e
| a7ff5ecf5d18401
| d0087b5c8723461
| d0087b5c8723461
| dc2627ff9ca5407
| dd788f5f882a420
| e409cec6ab4d4bf
| f5c59a15173f442
+------
12 rows in set (0.00 sec)
6291f1b9416645d
mysql> select * from tenant where id = '2f644ea36b784d
+------
| id | name | extra |
+------
| 2f644ea36b784d4
+------
1 row in set (0.00 sec)
mysql> select * from tenant where id = '421ec0e5802449
Empty set (0.00 sec)
mysql> delete from user_tenant_
Query OK, 1 row affected (0.00 sec)
This broken relationship makes the admin user unable to login to the dashboard at all. Though utils like "nova" seems to work fine.
Changed in horizon: | |
milestone: | none → folsom-1 |
importance: | Undecided → Low |
status: | New → Confirmed |
Changed in horizon: | |
assignee: | nobody → Nebula (nebula) |
Endre -
What Identity backend were you using when you did this operation? I need a touch more data to make a reproducible issue for the keystone side of this.