Bug 1809621
| Summary: | cri-o failed to be installed due to dependency issue when scaleup rhel7 node | ||
|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Johnny Liu <jialiu> |
| Component: | Release | Assignee: | Luke Meyer <lmeyer> |
| Status: | CLOSED ERRATA | QA Contact: | Johnny Liu <jialiu> |
| Severity: | high | Docs Contact: | |
| Priority: | urgent | ||
| Version: | 4.4 | CC: | aos-bugs, gpei, jokerman, yanyang |
| Target Milestone: | --- | Keywords: | Regression, TestBlocker |
| Target Release: | 4.4.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-05-13 20:05:26 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: | |||
|
Description
Johnny Liu
2020-03-03 14:37:24 UTC
Moving to the 'node' component as this is related to the availability of cri-o and dependent packages. I untagged builds of RPMs that we are not using in container images or RHCOS. It makes ART sad when we have to ship CVE rebuilds for things no one is actually using. I was under the impression that install could use skopeo et al from RHEL directly. If that's not the case, or the ones shipped in RHEL 7 aren't recent enough builds, I'm happy to add these back and ship them. Requests for specific RPMs would be appreciated. Here it looks like skopeo and containers-common RPMs would be needed, anything else? Since this is essentially a delivery/install problem, moving to Release component. So far, I only can see skopeo-0.1.37-3.el7 available from RHEL Extra repo. While cri-o-1.17.0-4.dev.rhaos4.4.git186c230.el7 want 0.1.40-2.el7, which is never shipped in RHEL Extras repo. In latest 2020-03-05.3 puddle, skopeo is back, but it still need fuse-overlayfs move back together as dependency, otherwise, will this such failure:
# yum install "cri-o-1.17*"
ansible29 | 4.0 kB 00:00:00
ose-v4 | 1.2 kB 00:00:00
rhel7 | 3.5 kB 00:00:00
rhel7-extra | 3.4 kB 00:00:00
ose-v4/primary | 26 kB 00:00:00
ose-v4 86/86
Resolving Dependencies
--> Running transaction check
---> Package cri-o.x86_64 0:1.10.5-1.rhaos3.10.git4c81456.el7 will be updated
---> Package cri-o.x86_64 0:1.17.0-4.dev.rhaos4.4.git186c230.el7 will be an update
--> Processing Dependency: skopeo-containers >= 1:0.1.40-1 for package: cri-o-1.17.0-4.dev.rhaos4.4.git186c230.el7.x86_64
--> Processing Dependency: containernetworking-plugins >= 0.8.2-3 for package: cri-o-1.17.0-4.dev.rhaos4.4.git186c230.el7.x86_64
--> Processing Dependency: conmon >= 2.0.2-2 for package: cri-o-1.17.0-4.dev.rhaos4.4.git186c230.el7.x86_64
--> Running transaction check
---> Package conmon.x86_64 0:2.0.9-1.rhaos4.4.el7 will be installed
---> Package containernetworking-plugins.x86_64 0:0.8.1-2.el7 will be updated
---> Package containernetworking-plugins.x86_64 0:0.8.2-3.el7 will be an update
---> Package containers-common.x86_64 1:0.1.37-3.el7 will be updated
--> Processing Dependency: containers-common = 1:0.1.37-3.el7 for package: 1:skopeo-0.1.37-3.el7.x86_64
---> Package containers-common.x86_64 1:0.1.40-1.rhaos4.3.el7 will be an update
--> Processing Dependency: slirp4netns for package: 1:containers-common-0.1.40-1.rhaos4.3.el7.x86_64
--> Processing Dependency: fuse-overlayfs for package: 1:containers-common-0.1.40-1.rhaos4.3.el7.x86_64
--> Running transaction check
---> Package containers-common.x86_64 1:0.1.40-1.rhaos4.3.el7 will be an update
--> Processing Dependency: fuse-overlayfs for package: 1:containers-common-0.1.40-1.rhaos4.3.el7.x86_64
---> Package skopeo.x86_64 1:0.1.37-3.el7 will be updated
---> Package skopeo.x86_64 1:0.1.40-1.rhaos4.3.el7 will be an update
---> Package slirp4netns.x86_64 0:0.3.0-1.el7 will be installed
--> Finished Dependency Resolution
Error: Package: 1:containers-common-0.1.40-1.rhaos4.3.el7.x86_64 (ose-v4)
Requires: fuse-overlayfs
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Verified this bug with 4.4/2020-03-09.1, and PASS. # yum install "cri-o-1.17*" <--SNIP--> Dependencies Resolved ============================================================================================================================================================================================== Package Arch Version Repository Size ============================================================================================================================================================================================== Updating: cri-o x86_64 1.17.0-8.dev.rhaos4.4.git36920a5.el7 ose-v4 27 M Installing for dependencies: conmon x86_64 2.0.11-1.rhaos4.4.el7 ose-v4 32 k fuse-overlayfs x86_64 0.7.2-1.el7 ose-v4 52 k fuse3-libs x86_64 3.6.1-4.el7 ose-v4 81 k slirp4netns x86_64 0.3.0-1.el7 rhel7-extra 77 k Updating for dependencies: containernetworking-plugins x86_64 0.8.2-3.el7 ose-v4 20 M containers-common x86_64 1:0.1.40-1.rhaos4.3.el7 ose-v4 27 k skopeo x86_64 1:0.1.40-1.rhaos4.3.el7 ose-v4 5.7 M Transaction Summary ============================================================================================================================================================================================== Install ( 4 Dependent packages) Upgrade 1 Package (+3 Dependent packages) <--SNIP--> Also scale up successfully per https://openshift-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/ocp4-rhel-scaleup-runner/1158/consoleFull. This should have been closed with the 4.4 GA release. |