Uploaded image for project: 'OpenShift Bugs'
  1. OpenShift Bugs
  2. OCPBUGS-55193

4.14.z released after the maintenance phase ends should default to the eus-4.14 update channel

XMLWordPrintable

    • None
    • False
    • Hide

      None

      Show
      None
    • None
    • Moderate
    • No
    • None
    • None
    • In Progress
    • Bug Fix
    • Hide
      Previously, {product-title} release 4.14.52 and later releases remained on the stable-4.14 channel instead of switching to the eus-4.14 channel. This caused 'VersionNotFound' errors when attempting to retrieve update information and since the version is not found in the stable-4.14 channel, the recommended updates are not available. With this release, the installer directs 4.14.52 and later releases to the Extended Update Support (EUS) channel ensuring the releases receive recommended update notices and the `VersonNotFound` error no longer displays. (link:https://issues.redhat.com/browse/OCPBUGS-55193[OCPBUGS-55193])
      Show
      Previously, {product-title} release 4.14.52 and later releases remained on the stable-4.14 channel instead of switching to the eus-4.14 channel. This caused 'VersionNotFound' errors when attempting to retrieve update information and since the version is not found in the stable-4.14 channel, the recommended updates are not available. With this release, the installer directs 4.14.52 and later releases to the Extended Update Support (EUS) channel ensuring the releases receive recommended update notices and the `VersonNotFound` error no longer displays. (link: https://issues.redhat.com/browse/OCPBUGS-55193 [ OCPBUGS-55193 ])
    • None
    • None
    • None
    • None

      Description of problem

      4.14 leaves the maintenance phase and entering the EUS phase on 2025-05-01. We want 4.14.z that enter fast-4.14 up through that time to keep being added to stable-4.14, but 4.14.z that enter fast-4.14 after that date to only be added to eus-4.14 (and no longer get added to stable-4.14), to help folks who don't meet the EUS qualifications stay on releases that they have support for. Changing the default update channel in the installer around 2025-04-28 or so should get us into that position, because 4.14.z built the week of 2025-04-21 through 2025-04-25 would likely be entering fast-4.14 on the week of 2025-04-28 through 2025-05-02. This change would give users in the default channel access to patch updates they qualify for, assuming only folks with EUS qualifications are installing 4.14.z releases during the EUS lifecycle phase.

      Version-Release number of selected component

      Only the 4.14 installer needs updating, to reflect this 4.14-lifecycle-phase transition.

      How reproducible

      Every time.

      Steps to Reproduce

      1. Install a 4.14.z cluster.
      2. Check its current channel, e.g. with oc adm upgrade | grep Channel.

      Actual results

      Channel: stable-4.14 (...)

      Expected results

      stable-4.14 for 4.14.younger, but starting around 2025-04-28, eus-4.14.

              trking W. Trevor King
              trking W. Trevor King
              None
              None
              Gaoyun Pei Gaoyun Pei
              None
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated:
                Resolved: