Bug 1471040 - Normal user can't create language app in catalog console
Summary: Normal user can't create language app in catalog console
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Management Console
Version: 3.6.0
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: ---
: ---
Assignee: Samuel Padgett
QA Contact: DeShuai Ma
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-07-14 09:56 UTC by DeShuai Ma
Modified: 2017-08-16 19:51 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-08-10 05:31:01 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
failed-nodejs.png (153.04 KB, image/png)
2017-07-14 09:56 UTC, DeShuai Ma
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2017:1716 0 normal SHIPPED_LIVE Red Hat OpenShift Container Platform 3.6 RPM Release Advisory 2017-08-10 09:02:50 UTC

Description DeShuai Ma 2017-07-14 09:56:20 UTC
Created attachment 1298231 [details]
failed-nodejs.png

Description of problem:
After enable service-catalog and login as normal user, then create language app in catalog console, get some error "error Failed to list instances/servicecatalog.k8s.io/v1alpha1 (403)"
cluster-admin user does not have problem.

Version-Release number of selected component (if applicable):
openshift v3.6.143
kubernetes v1.6.1+5115d708d7
etcd 3.2.1

How reproducible:
Always

Steps to Reproduce:
1. Login catalog console

2. Click "JAVEScrpit" -> "Node.js"

3. Input the info that need to create app

Actual results:
3. "create" button is disabled and there pop an error dialog with "error Failed to list instances/servicecatalog.k8s.io/v1alpha1 (403) "

Expected results:
3. Should create app success

Additional info:

Comment 1 Jessica Forrester 2017-07-14 11:57:38 UTC
There are two different problems here, the first is that the roles are not correct for end users for service catalog resources.  End users should not get a 403 requesting instances.  If this was set up using the ansible installer then the installer is not setting up the roles correctly for project admins/editors/viewers.

The second problem is a question of whether we should prevent you from creating your application if we fail to request instances.

Comment 2 Jessica Forrester 2017-07-14 11:58:53 UTC
If this system was set up with the ansible installer please open a bug against the installer component for the first problem.

Comment 3 DeShuai Ma 2017-07-14 16:24:55 UTC
(In reply to Jessica Forrester from comment #2)
> If this system was set up with the ansible installer please open a bug
> against the installer component for the first problem.

Yes, I setup the env by openshift-ansible, For the first 403 issue, the bug is https://bugzilla.redhat.com/show_bug.cgi?id=1471013

One thing I don't understand is if I select a language app(not serviceclass), why need access instance.servicecatalog.k8s.io ? Maybe my understand is wrong. thanks

Comment 4 Jessica Forrester 2017-07-14 16:29:32 UTC
Because the second step in the wizard lets the user bind to existing provisioned services in the project that they just created their application in.  So when the project selection is changed, we then fetch the instances for that project to know whether to show the Bindings step in the wizard.

Comment 6 Samuel Padgett 2017-07-14 20:24:09 UTC
(In reply to Samuel Padgett from comment #5)
> https://github.com/openshift/origin-web-console/pull/1852

The upstream origin-web-catalog change contained in this console PR is

https://github.com/openshift/origin-web-catalog/pull/364

Comment 8 DeShuai Ma 2017-07-24 07:40:56 UTC
Verify on openshift v3.6.153
kubernetes v1.6.1+5115d708d7
etcd 3.2.1
Now can create app successfully

Comment 10 errata-xmlrpc 2017-08-10 05:31:01 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2017:1716


Note You need to log in before you can comment on or make changes to this bug.