Bug 1737346 - The version of the Service Catalog doesn't align to the cluster version
Summary: The version of the Service Catalog doesn't align to the cluster version
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Release
Version: 4.1.z
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: 4.1.z
Assignee: Luke Meyer
QA Contact: Jian Zhang
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-08-05 07:49 UTC by Jian Zhang
Modified: 2019-09-20 12:29 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-09-20 12:29:24 UTC
Target Upstream Version:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2019:2768 0 None None None 2019-09-20 12:29:38 UTC

Description Jian Zhang 2019-08-05 07:49:53 UTC
Description of problem:
The cluster version is 4.1.9, but the output of `service-catalog --version` is `v4.1.8`. See below:
mac:~ jianzhang$ oc get clusterversion
NAME      VERSION   AVAILABLE   PROGRESSING   SINCE   STATUS
version   4.1.9     True        False         176m    Cluster version is 4.1.9
mac:~ jianzhang$ oc rsh apiserver-dns94 
sh-4.2# service-catalog --version
v4.1.8;Upstream:v0.1.42
mac:~ jianzhang$ oc -n openshift-service-catalog-controller-manager rsh controller-manager-kwfsr 
sh-4.2# service-catalog --version
v4.1.8;Upstream:v0.1.42


Version-Release number of selected component (if applicable):
Service Catalog version:
          io.openshift.build.commit.id=1dd02c427d9a0b143e5f2a6ef05506a79a311c13
             io.openshift.build.commit.url=https://github.com/openshift/service-catalog/commit/1dd02c427d9a0b143e5f2a6ef05506a79a311c13
             io.openshift.build.source-location=https://github.com/openshift/service-catalog

Service Catalog operator version:
             io.openshift.build.commit.id=a898d5daab55b3eadcd96a00a7b17f89856bd35b
             io.openshift.build.commit.url=https://github.com/openshift/cluster-svcat-apiserver-operator/commit/a898d5daab55b3eadcd96a00a7b17f89856bd35b
             io.openshift.build.source-location=https://github.com/openshift/cluster-svcat-apiserver-operator


How reproducible:
always

Steps to Reproduce:
1. Install the 4.1.9 OCP.
2. Enable the Service Catalog.
3. Check the Service Catalog version.

Actual results:
The output of `service-catalog --version` is `v4.1.8`.

Expected results:
The output of `service-catalog --version` should be `v4.1.9`.

Additional info:

Comment 1 Jesus M. Rodriguez 2019-08-08 19:18:10 UTC
This commit points out that we are printing the VERSION constant from the version.go file

https://github.com/openshift/service-catalog/commit/cf2f161c3107ae9af0b365957db853b4c52985f1

The comment on version states "// VERSION is the version string for built artifacts. It's set by the build system, and should
// not be changed in this codebase" 

https://github.com/openshift/service-catalog/blob/master/pkg/version.go#L24-L26

Sounds like something in the build process isn't updating that for the 4.1.9 release.

Comment 2 Jian Zhang 2019-08-13 05:43:24 UTC
Hi, Jesus

Many thanks for your explanation! I got it. Encounter this issue again, move on it to the ART team per comment 1.

mac:~ jianzhang$ oc -n openshift-service-catalog-apiserver exec apiserver-4brcs  -- service-catalog --version
v4.1.10;Upstream:v0.1.42

mac:~ jianzhang$ oc get clusterversion
NAME      VERSION   AVAILABLE   PROGRESSING   SINCE   STATUS
version   4.1.11    True        False         127m    Cluster version is 4.1.11

Comment 7 Jian Zhang 2019-09-11 02:46:03 UTC
Hi, Luke

Yes, thanks! It fixed now, verify it. Details:

mac:~ jianzhang$ oc exec apiserver-8jxtx -- service-catalog --version
v4.1.16;Upstream:v0.1.42

mac:~ jianzhang$ oc get clusterversion
NAME      VERSION                             AVAILABLE   PROGRESSING   SINCE   STATUS
version   4.1.0-0.nightly-2019-09-10-183945   True        False         33m     Cluster version is 4.1.0-0.nightly-2019-09-10-183945

I think this payload "4.1.0-0.nightly-2019-09-10-183945" is 4.1.15+, so the v4.1.16 is right.

Comment 9 errata-xmlrpc 2019-09-20 12:29:24 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/RHBA-2019:2768


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