Bug 1904713
| Summary: | Helm charts with kubeVersion restriction are filtered incorrectly | ||||||
|---|---|---|---|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | morstad | ||||
| Component: | Dev Console | Assignee: | Akash Shinde <akshinde> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Gajanan More <gamore> | ||||
| Severity: | urgent | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 4.7 | CC: | aballant, akshinde, aos-bugs, dsantra, nmukherj, pknezevi, rorai | ||||
| Target Milestone: | --- | ||||||
| Target Release: | 4.7.0 | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: |
Version: 4.7.0-0.nightly-2020-12-04-013308
Cluster ID: 16029668-4699-44e6-b9f3-9eb822c6f5c7
Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.198 Safari/537.36
|
|||||
| Last Closed: | 2021-02-24 15:38:11 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: | |||||||
| Attachments: |
|
||||||
|
Description
morstad
2020-12-05 18:53:37 UTC
I tried to reproduce this issue, I couldn't reproduce it on openshift-install: 4.7.0-0.nightly-2020-12-09-112139 cluster. This charts are hidden in the above cluster. - ibm-b2bi-prod-2.0.0.tgz : Chart.yaml has kubeVersion: '>=1.14.6' - ibm-oms-ent-prod-5.1.0.tgz : kubeVersion: '>=1.16.0-0' - ibm-oms-pro-prod-5.1.0.tgz : kubeVersion: '>=1.16.0-0' - ibm-operator-catalog-enablement-1.0.0.tgz : kubeVersion: ">=1.17.1-0" - ibm-sfg-prod-2.0.0.tgz : '>=1.14.6' Let me know if issue still persist for you. Created a new nightly build cluster form this : openshift-install-mac-4.7.0-0.nightly-2020-12-11-135127 and see same issue - only 6 charts are shown from Red Hat Charts repo. Created attachment 1748524 [details]
screen shot of chart across ocp versions and helm repos
Tested with a 4.7 Cluster built from 1/15 nightly build and filter based on kubeVersion appears to be working with one exception which don't understand. There are several IBM charts in both RH Helm Repo and IBM Helm Repo (https://github.com/IBM/charts/tree/master/repo/ibm-helm). I federated in the IBM Helm Repo and expected to see duplicate charts for ones which run on kubeVersion of Cluster. The ibm-cpq-prod charts from IBM Helm Repo were NOT displayed (filtered), but they appeared in the RH Helm Repo. I tested with a 4.6 cluster and the ibm-cpq-prod charts from the IBM Helm Repo were displayed. How can same chart be filtered by kubeVersion from one helm repo and not another? What is triggering the ibm-cpq-prod chart to NOT be shown? It has following in Chart.yaml for minimum kubernetes version : "kubeVersion: '>=1.11.0'" @morstad I do see same issue with 4.7 cluster openshift-install: 4.7.0-0.nightly-2021-01-18. Filtering does indeed work and I do see duplicate entries for ibm-cpq-prod chart in the `index.yaml` from the console API server, but somehow it is not being rendered on the UI. I have asked Rohit(rorai) to check if there is any filtering happening from the UI end. can see 9 Helm Charts verified on 4.7.0-0.nightly-2021-01-29-002304 Verified see all 13 charts from https://github.com/IBM/charts/tree/master/repo/ibm-helm now. 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 (Moderate: OpenShift Container Platform 4.7.0 security, bug fix, and enhancement update), 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/RHSA-2020:5633 The needinfo request[s] on this closed bug have been removed as they have been unresolved for 500 days |