Open davemac30 opened 4 years ago
Hey @davemac30 👋, with the release of Kubernetes 1.18.4 we removed packaging kubernetes-cni
, which means we probably can fix this error with https://github.com/kubernetes/release/pull/1367, too.
Alright https://github.com/kubernetes/release/pull/1367#discussion_r443145331 clarifies that the solution is not as trivial as initially thought.
Calling for @dougsland 👋 do you have a suggested way how we can use both, the Fedora module and the packages on yum.k8s.io together?
cc @lsm5 @haircommander
Alright #1367 (comment) clarifies that the solution is not as trivial as initially thought.
Calling for @dougsland do you have a suggested way how we can use both, the Fedora module and the packages on yum.k8s.io together?
cc @lsm5 @haircommander
I think it's hard to keep a statement that both repos will work 100% all the time without conflicts (as independent repos). @lsm5 what you say?
Potential fix being discussed here: https://github.com/kubernetes/release/pull/1375
@davemac30 -- We've published new packages. Can you try again w/ 1.18.4-1
?
Seems to work fine - cri-o and kubelet installed together no problem:
[vagrant@localhost ~]$ sudo rpm -qa cri-o kubelet
cri-o-1.18.1-2.module_f32+9078+15f1cda4.x86_64
kubelet-1.18.4-1.x86_64
Thanks all for the speedy resolution!
This still seem to be a problem.
I tried to install kubelet and cni-tools.
Error:
Problem: conflicting requests
- package kubelet-1.28.0-150500.1.1.aarch64 from kubernetes requires kubernetes-cni >= 1.2.0, but none of the providers can be installed
and if I let kubernetes-cni
be installed when I have cni-tools
I get:
Error: Transaction test error:
file /opt/cni/bin/bandwidth from install of kubernetes-cni-1.2.0-150500.2.1.aarch64 conflicts with file from package cni-plugins-1.2.0-1.amzn2023.0.3.aarch64
The binaries are installed from https://pkgs.k8s.io/core:/stable:/v1.28/rpm/
cni-plugins-1.2.0-1.amzn2023.0.3.aarch64
I think this may be something to take-up with the folks that put together your distro. is it Amazon Linux?
@haircommander yes, it is Amazon Linux 2003.
But I will workaround by using curl
instead of the yum repositories, it seems not to be a good way to install the kube binaries.
/reopen /assign I'll take a look into this
@xmudrii: Reopened this issue.
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
/remove-lifecycle rotten
I'm not working on this at the moment. /unassign
What happened:
Tried to install kubelet-1.18.4-0 RPM on a Fedora 32 box which had cri-o installed. Got the following error:
What you expected to happen:
As with previous versions of kubelet RPM (e.g. 1.18.3-0), I expected kubelet-1.18.4-0 to install without errors.
How to reproduce it (as minimally and precisely as possible):
On a clean, new vagrant box based on
fedora/32-cloud-base
, run the following:Anything else we need to know?:
Environment:
Vagrant 2.2.9, VirtualBox 6.1.10, MacOS 10.15.5
Vagrantfile