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

[Tracking] OKD 4.6 Stable #348

Closed
6 tasks done
vrutkovs opened this issue Oct 7, 2020 · 17 comments
Closed
6 tasks done

[Tracking] OKD 4.6 Stable #348

vrutkovs opened this issue Oct 7, 2020 · 17 comments

Comments

@vrutkovs
Copy link
Member

vrutkovs commented Oct 7, 2020

Features in this release:

  • samples operator is using UBI / CentOS images
    Some imagestreams may be removed
  • NetworkManager-ovs, glusterfs and open-vm-tools are being installed via OS extensions mechanism
    This ensures post-install actions are being run correctly on the machine. -ovs is required for OVN to function.
  • Fedora 33 content

Blocking bugs:

Nice to have:

TODO:

Post-release todolist:

@vrutkovs
Copy link
Member Author

vrutkovs commented Oct 15, 2020

State as of Oct 15:

Managed to update 4.5 to custom 4.6 with the following PRs

Nice-to-have:

GCP hostname workaround:

PRs to build OKD-specific images:

Machine-os-content build repo:

@vrutkovs vrutkovs pinned this issue Oct 17, 2020
@vrutkovs
Copy link
Member Author

vrutkovs commented Nov 4, 2020

Remaining list of PRs to merge:

@LorbusChris
Copy link
Contributor

We might need openshift/machine-config-operator#2160 as a temporary fix after all until https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/572 is implemented

@willmtemple
Copy link

samples operator is using UBI / CentOS images
Some imagestreams may be removed

I manually one-time provisioned the okd-x86_64 Templates and CentOS-based imagestreams from the operator into the openshift namespace on my OKD 4.5.0 lab cluster, will there be any action during the update for me or will the operator simply take over managing them?

Really looking forward to this update.

@vrutkovs
Copy link
Member Author

vrutkovs commented Nov 18, 2020

will there be any action during the update for me or will the operator simply take over managing them?

The operator will replace the managed imagestreams (like python, wildfly etc.). The rest will be untouched

@jomeier
Copy link
Contributor

jomeier commented Nov 23, 2020

It looks like that almost all open tasks are resolved 👍

@bdurrow
Copy link

bdurrow commented Nov 24, 2020

Will 4.6 RC hold for FCOS 33 to land in stable or would that only be a requirement for GA? If so it seems that will be the critical path.

@Conan-Kudo
Copy link
Member

There's also an issue where Fedora CoreOS has the wrong iptables implementation: coreos/fedora-coreos-tracker#676

@LorbusChris
Copy link
Contributor

Will 4.6 RC hold for FCOS 33 to land in stable or would that only be a requirement for GA? If so it seems that will be the critical path.

We won't hold RC for that

There's also an issue where Fedora CoreOS has the wrong iptables implementation: coreos/fedora-coreos-tracker#676

I'm not sure that's actually an issue for OKD - in 4.5 it works with the older implementation. Still a good idea to track progress on it here, too :)

@dustymabe
Copy link

There's also an issue where Fedora CoreOS has the wrong iptables implementation: coreos/fedora-coreos-tracker#676

I'm not sure that's actually an issue for OKD - in 4.5 it works with the older implementation. Still a good idea to track progress on it here, too :)

The complicated part is if you start 4.6 with iptables legacy and then it switches to nft. We're going to try to make sure existing nodes don't get switched on upgrade, but new nodes would have nft. Just something to consider.

@ibotty
Copy link

ibotty commented Nov 25, 2020

Why is it a problem to switch? Can't it be switched to nft when the node gets started with the new compose? What's the failure case?

@dustymabe
Copy link

Maybe it's no problem. I just don't know. It looks like we're going to hold off for a while on the migration so just assume iptables legacy for now (which is working fine).

@vrutkovs
Copy link
Member Author

https://amd64.origin.releases.ci.openshift.org/releasestream/4-stable/release/4.6.0-0.okd-2020-11-27-200126
https://github.com/openshift/okd/releases/tag/4.6.0-0.okd-2020-11-27-200126

@vrutkovs vrutkovs unpinned this issue Nov 28, 2020
@titou10titou10
Copy link

Is there a migration path from 4.5.0-0.okd-2020-10-15-235428 to 4.6.0-0.okd-xxx ?

@vrutkovs
Copy link
Member Author

Is there a migration path from 4.5.0-0.okd-2020-10-15-235428 to 4.6.0-0.okd-xxx ?

Not yet, should be available shortly once tests finish. See "Upgrades from" section in https://amd64.origin.releases.ci.openshift.org/releasestream/4-stable/release/4.6.0-0.okd-2020-11-27-200126

@marshallford
Copy link

Not yet, should be available shortly once tests finish. See "Upgrades from" section in https://amd64.origin.releases.ci.openshift.org/releasestream/4-stable/release/4.6.0-0.okd-2020-11-27-200126

I'm getting:

Unable to show full changelog: could not generate a changelog: error: Could not load commits for https://github.com/openshift/installer: from commit 63200c80c431b8dbaa06c0cc13282d819bd7e5f8 does not exist

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

10 participants