Bug 862322

Summary: Normal users can't view "settings"
Product: Red Hat OpenStack Reporter: Dan Yocum <dyocum>
Component: openstack-keystoneAssignee: Matthias Runge <mrunge>
Status: CLOSED CURRENTRELEASE QA Contact: Nir Magnezi <nmagnezi>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 1.0 (Essex)CC: apevec, mrunge
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-01-10 16:31:03 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Dan Yocum 2012-10-02 15:47:52 UTC
Description of problem:
Normal users are unable to navigate to the following URLS:

http://DASHBOARD_FQDN/dashboard/settings/project/
http://DASHBOARD_FQDN/dashboard/settings/ec2/


Version-Release number of selected component (if applicable):

Essex

How reproducible:

always

Steps to Reproduce:
1. navigate to URLs
2.
3.
  
Actual results:

When navigating to the first URL (i.e., settings -> Openstack Credentials), an error 500 is encountered

When navigating to the second URL (i.e., settings -> EC2 Credentials), a django "Error: Unable to retrieve tenant list" is issued and the login page is displayed.


Expected results:

The ability to download env var resource files for sourcing to use the client CLIs on a local workstation.


Additional info:

Comment 2 Matthias Runge 2012-11-06 07:58:22 UTC
Thanks for the report. This is still valid for openstack dashboard in folsom release.

The following patch should at least fix an additional occurring error.
https://review.openstack.org/#/c/15439/

Comment 3 Matthias Runge 2012-11-12 20:18:29 UTC
OK, finally traced that to a now fixed bug in keystone's sample data.

Comment 4 Matthias Runge 2012-12-07 12:09:42 UTC
Dan, could you please do a fresh installation and confirm, this bug is fixed?

keystones demo data were changed, so a new installation is required.

Thanks.

Comment 5 Alan Pevec 2012-12-07 12:54:45 UTC
Patch was https://github.com/fedora-openstack/keystone/commit/ffd7a4bbad5b43171238f586eb47b360cbc4430e
we carry it in our RPMs: Folsom openstack-keystone >= 2012.2-6.el6
Essex openstack-keystone >= 2012.1.3-3.el6

Comment 9 Dan Yocum 2012-12-18 23:10:36 UTC
I updated the db per the patch and the issue has been
resolved.  This is the command I ran (all on one line):

mysql -B -e 'update keystone.endpoint set extra="{"adminurl":
"http://localhost:$(admin_port)s/v2.0", "internalurl":
"http://localhost:$(public_port)s/v2.0", "publicurl":
"http://localhost:$(public_port)s/v2.0"}" where extra="{"adminurl":
"http://localhost:$(admin_port)s/v2.0", "internalurl":
"http://localhost:$(admin_port)s/v2.0", "publicurl":
"http://localhost:$(public_port)s/v2.0"}'

Thanks,
Dan

Comment 10 Nir Magnezi 2012-12-24 14:55:38 UTC
Verified With Folsom:
openstack-keystone-2012.2.1-1.el6ost.noarch
openstack-dashboard-2012.2.1-2.el6ost.noarch

Verified OK with a non-admin user with the following URLs:
http://host/dashboard/settings/
http://host/dashboard/settings/project/
http://host/dashboard/settings/ec2/