Bug 1967658
| Summary: | OLM: Failure alert message for copied CSV not helpful | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Samuel Padgett <spadgett> | ||||||
| Component: | Management Console | Assignee: | Robb Hamilton <rhamilto> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Yadan Pei <yapei> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 4.8 | CC: | aos-bugs, jokerman, yapei | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | 4.9.0 | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: |
Cause: The UI shows `status.message` in the alert for failed CSVs, but it's not meaningful when the CSV is copied since it's always this generic message.
Consequence: The generic message does not help the user troubleshoot the failed CSV.
Fix: Change the behavior for copied CSVs to show a more meaningful message and include a link to the original CSV to troubleshoot.
Result: The new message for copied CSVs informs the user to see the original CSV for the failure reason and provides a link to it.
|
Story Points: | --- | ||||||
| Clone Of: | Environment: |
Version: 4.8.0-0.nightly-2021-06-03-055145
Cluster ID: 480fbead-fc49-4aea-b631-619c276061b3
Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:89.0) Gecko/20100101 Firefox/89.0
|
|||||||
| Last Closed: | 2021-10-18 17:32:38 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: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 1972478 | ||||||||
| Attachments: |
|
||||||||
|
Description
Samuel Padgett
2021-06-03 14:33:30 UTC
Wondering if we should not rather create a RFE story for this issue? Will investigate next sprint. @spadgett, did you see @jhadvig's question in https://bugzilla.redhat.com/show_bug.cgi?id=1967658#c1? To me, this seems like a bug. The message we're showing is not meaningful, and it should be a small change to fix. Ya Dan, can you please verify the fix? 1. Install an operator which will failed installation into openshift-operators namespace, the CSV will be copied to other namespaces such as 'default' # oc get csv -n openshift-operators NAME DISPLAY VERSION REPLACES PHASE strimzi-cluster-operator.v0.11.0 Strimzi Kafka 0.11.0 Failed [root@preserved-qe-ui-rhel-1 operator-framework-olm]# oc get csv -n default NAME DISPLAY VERSION REPLACES PHASE strimzi-cluster-operator.v0.11.0 Strimzi Kafka 0.11.0 Failed 2. Check CSV details in 'default' project, it shows following message with a link to the original CSV "Operator failed This Operator was copied from another namespace. For the reason it failed, see strimzi-cluster-operator.v0.11.0 " Verified on 4.9.0-0.nightly-2021-06-21-191858 Created attachment 1792945 [details]
failure message for copied CSV
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.9.0 bug fix and security 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-2021:3759 |