Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[SPIKE] Operating System's upgrade (RHEL8 & Ubuntu20.04) #2529

Closed
2 of 5 tasks
rafzei opened this issue Aug 30, 2021 · 4 comments
Closed
2 of 5 tasks

[SPIKE] Operating System's upgrade (RHEL8 & Ubuntu20.04) #2529

rafzei opened this issue Aug 30, 2021 · 4 comments
Assignees

Comments

@rafzei
Copy link
Contributor

rafzei commented Aug 30, 2021

Is your spike related to a problem or idea? Please describe.
We have to support RHEL8 and Ubuntu 20.04.

Describe the outcome you'd like

  • Check possibilities of migration to mentioned OS's. Find a way we can support them in our supported versions.
  • Discuss with the team possible scenarios and choose the path how upgrade and support should be handled.

What is the reason or source for the spike
Just before start with tasks #1332 and #1331 We have to find a way how to handle the upgrades.

Additional context
Questions:

  • Shall we support upgrade within one host?
  • If so, upgrades should be done automatically or manually by the user?
  • Will we support both (old & new) OS in particular Epiphany version?
  • How we will treat LTS in that matter?
  • What steps do we have to do in the case of modules OS images?

DoD checklist

  • Reader is able to understand the results of spike
  • The results of the spike are presented in a table (to show simply what are compared or researched parameters) / not applicable
  • Each value / cell in the results table is described more deeply below
  • Demo of the spike (automated as much as possible)
  • Design doc updated
@to-bar
Copy link
Contributor

to-bar commented Oct 14, 2021

Related issue: #2572

@plirglo
Copy link
Contributor

plirglo commented Oct 29, 2021

Red Hat upgrade:

  • Shall we support upgrade within one host?

Yes, we've got clients who use Epiphany 1.0 LTS and we have to guarantee them way to upgrade to newer system version within support window, whereas it is possible, supported and described in Red Hat documentation.

  • If so, upgrades should be done automatically or manually by the user?

This should be done manually by client because this could be complex and depends on configuration used. But we should provide consistent documentation including differences between clouds, and on-prem installation

Will we support both (old & new) OS in particular Epiphany version?

Starting from version 2.0 LTS we should support only major version 8 to limit maintained versions and tests. But clients use version 7 (Epiphany 1.0) should be able to upgrade systems (point 1)

How we will treat LTS in that matter?

Manually upgraded system should be upgradeable to Epiphany v2.0

What steps do we have to do in the case of modules OS images?

We do not support upgrade process in modules, see @mkyc comment in task #1332

Detailed documentation created in confluence

@erzetpe
Copy link
Contributor

erzetpe commented Nov 2, 2021

After analysis the same approach should be applied also for Ubuntu 20.04 upgrade from 18.04.

@mkyc
Copy link
Contributor

mkyc commented Nov 5, 2021

All looks good to me.

@mkyc mkyc closed this as completed Nov 30, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants