Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1542235 - APB cannot be provisioned more than once in same namespace
APB cannot be provisioned more than once in same namespace
Status: CLOSED ERRATA
Product: OpenShift Container Platform
Classification: Red Hat
Component: Service Broker (Show other bugs)
3.9.0
Unspecified Unspecified
unspecified Severity low
: ---
: 3.11.0
Assigned To: David Zager
Zhang Cheng
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2018-02-05 16:27 EST by David Zager
Modified: 2018-10-11 03:19 EDT (History)
9 users (show)

See Also:
Fixed In Version:
Doc Type: No Doc Update
Doc Text:
undefined
Story Points: ---
Clone Of:
Environment:
Last Closed: 2018-10-11 03:19:06 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2018:2652 None None None 2018-10-11 03:19 EDT

  None (edit)
Description David Zager 2018-02-05 16:27:58 EST
Description of problem:

Currently, when a user selects an APB (PostgreSQL for example) to provision, the user is asked which project the APB should be provisioned into. However, since the deployment(config)'s, services, routes, etc. are of the form 'hello-world' (simple) or 'postgresql-$version-$apb_plan_id' (complex), only one can be provisioned/managed per namespace.



How reproducible: Always


Steps to Reproduce:
1. (Starting with an OpenShift Cluster + Service Catalog + Service Broker) Provision postgresql-apb into 'testproject' (dev plan + version 9.6)
2. Provision postgresql-apb again into 'testproject' (dev plan + version 9.6)
3. Get deploymentconfigs in the 'testproject' namespace

Actual results:

Only one deploymentconfig listed


Expected results:

Two deploymentconfigs listed
Comment 1 Zhang Cheng 2018-02-05 21:25:34 EST
David, which is the target release
Comment 2 John Matthews 2018-02-16 11:24:59 EST
Moving to 3.10 as we have concerns of properly addressing this in regard to update operations.  Worried we may destabilize 3.9 at this point.
Comment 3 John Matthews 2018-04-27 15:46:01 EDT
Didn't get to this in a safe time in 3.10 work cycle.  I don't want to introduce larger changes to APBs with ~2+ weeks to code freeze.

Moving to 3.11, we plan to address this when refactor the example APBs for galaxy integration.
Comment 4 David Zager 2018-08-02 08:58:52 EDT
https://errata.devel.redhat.com/advisory/33505 updated

openshift-enterprise-mariadb-apb-v3.11.0-0.10.0.3
openshift-enterprise-mediawiki-apb-v3.11.0-0.10.0.3
openshift-enterprise-postgresql-apb-v3.11.0-0.10.0.3
openshift-enterprise-mysql-apb-v3.11.0-0.10.0.3
openshift-enterprise-mediawiki-container-v3.11.0-0.10.0.0
openshift-enterprise-asb-container-v3.11.0-0.10.0.1
openshift-enterprise-apb-base-container-v3.11.0-0.10.0.3
Comment 6 Michael Burke 2018-09-13 16:08:13 EDT
If this issue should be in the 3.11 release notes, can you add some doc text? It is not clear to me what the fix is.
Comment 7 Jesus M. Rodriguez 2018-09-13 17:45:33 EDT
(In reply to Michael Burke from comment #6)
> If this issue should be in the 3.11 release notes, can you add some doc
> text? It is not clear to me what the fix is.

I removed the requires_doc_text flag. It does not need to be in the release notes.
Comment 9 errata-xmlrpc 2018-10-11 03:19:06 EDT
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/RHBA-2018:2652

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