Description of problem: Before upgrades were discovered there was an option to change the upgrade channel (stable, fast and candidate). Once there are available updates, only the current channel is presented. Version-Release number of selected component (if applicable): 4.7.0-rc.1 How reproducible: Always Steps to Reproduce: 1. Install an older OCP version. 2. In the web console, go to Administration -> Cluster Settings. 3. Change upgrade channel until the update status shows "Available updates". 4. Try changing the channel again. Actual results: Only channel with upgrades showing. Expected results: All channels should be visible. Additional info: Work around for this is to change the channel in the clusterversion operator yaml file manually through the "Cluster version configuration".
This bug occurs because we hard code fallback values for the channels when the clusterVersion does not have valid status.desired.channels in order to work around an issue with nightly builds (see https://bugzilla.redhat.com/show_bug.cgi?id=1894330). https://docs.google.com/document/d/114ACi3STAuNEkwTvqr8ksFxXZRctzZR7s6qnPocOfjI/edit#heading=h.ot50gcwa9lox outlines fixes where we remove the hard coded fallbacks and do not display channels any time clusterVersion.status.desired.channels is empty.
Hi Robb, It looks like upgrading from web console may be affected with the new changes, in the past we hardcoded three channels `stable/fast/candidate-${current ocp version + 1}` for production cluster upgrades, for example we add `stable/fast/candidate-4.5` upgrade channels on released 4.4 cluster. Now with the new changes we have to add them manually, right? Is this also intended?
(In reply to Yadan Pei from comment #4) > Now with the new changes we have to add them manually, right? Is this also > intended? Yes. With https://github.com/openshift/console/pull/8392, the hard coded channels have been removed and the user must manually enter a channel. The modal does provide hints about which channels to try, but we no longer populate a dropdown with hard coded channels to choose from.
since it break existing features I would like to confirm, thank you for your confirmation. now everything is working as intended and I will move it to VERIFIED
Created attachment 1770090 [details] when channel is not configured
Created attachment 1770092 [details] when version not found in configured channel
Created attachment 1770093 [details] there are available updates in configured channel
when updates were detected in configured channel, user still can manually change to any other channel and the changes take effect this is verified against 4.8.0-0.nightly-2021-04-05-174735
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.8.2 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:2438