-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Using podman run with container runtime crio #7709
Comments
I personally have not tried podman driver with a remote Podman but I belive u needs to set ENV |
@mheon PTAL |
I suspect that |
This is a known shortcoming with the current minikube.iso, we didn't include a podman bridge config because there were some conflicts with the CNI version at the time and we would rather have a working cri-o... We're only using podman to load images, so there was not really any use for We need to install Upgraded CNI in: #6664 Similar earlier issue: We have upgraded CNI now, so a future version could bring back support for networking. Basically the "supported" commands are See also #6664 (comment) What will you be using it for, besides busybox ? |
We could document this better, in the meantime: $ podman-remote run -it --rm busybox /bin/sh
time="2020-04-17T18:53:41Z" level=error msg="error configuring network namespace for container a5d30bd00be357c19970432e39587db33795ea307b629b67b474a3aa79c59561: Missing CNI default network"
$ podman-remote run -it --rm --network host busybox /bin/sh
/ # exit
exit It could also use the minikube default CNI network: $ podman-remote run --rm --network rkt.kubernetes.io busybox ifconfig eth0
eth0 Link encap:Ethernet HWaddr DA:EA:8C:B2:13:A2
inet addr:10.1.0.10 Bcast:10.1.255.255 Mask:255.255.0.0
inet6 addr: fe80::d8ea:8cff:feb2:13a2/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1460 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:222 (222.0 B)
|
thanks @afbjorklund
I just started with busybox to test, but few thigns that I plan to try are
|
I just tried uninstalling Docker for Mac and aliased |
OK, so basically cut down on the number of VMs used. That is a supported use case indeed. Minikube normally does provide the docker daemon for this (instead of using containerd), so we could provide a podman alternative (when running with crio) for the users without a local possibility. The other option would be to run one minikube with crio and one podman-machine, but that has the same downside as minikube with containerd and one docker-machine... More virtual machines. Another thing is Docker Desktop and reusing an existing VM, but there is no Podman Desktop.
I have added the PR to add the missing file to the minikube.iso image for the VM If you could confirm that adding /etc/cni/net.d/87-podman-bridge.conflist fixes it, it would be great! https://github.com/containers/libpod/blob/v1.8.2/cni/87-podman-bridge.conflist It should be enough to copy this file to the running machine, since there is no daemon to restart... |
what I have observed atleast in mac is that crio seem to consume less cpu/memory compared to Docker, this will also help me to use tools like Buildah and Kaniko more naturally.
Yes that is what I tried earlier and as you observed two vm' so dropped that paln
@afbjorklund that works ! I added the |
@kameshsampath would you say your issue has been resolved? If so, it seems like the only thing left to do is document this. |
Should be in the |
Available in v1.10.0 |
OS: macOS Catalina
podman version:
miniikube version: v1.9.2
commit: 93af9c1
./minikube start -p podman-node
--container-runtime=cri-o
--network-plugin=cni
--enable-default-cni
Trying to pull docker.io/library/busybox...
Getting image source signatures
Copying blob sha256:e2334dd9fee4b77e48a8f2d793904118a3acf26f1f2e72a3d79c6cae993e07f0
Copying config sha256:be5888e67be651f1fbb59006f0fd791b44ed3fceaa6323ab4e37d5928874345a
Writing manifest to image destination
Storing signatures
time="2020-04-16T06:10:09Z" level=error msg="error configuring network namespace for container 7fddc83c2a0dd031fab5c084235ed63b73322eb269706ee2ca9c66e726fe1840: Missing CNI default network"
./minikube start -p podman-node
--container-runtime=cri-o
--network-plugin=cni
--enable-default-cni
😄 [podman-node] minikube v1.9.2 on Darwin 10.15.4
▪ MINIKUBE_HOME=/Users/kameshs/MyLabs/minikube/podman/
✨ Automatically selected the hyperkit driver
💾 Downloading driver docker-machine-driver-hyperkit:
> docker-machine-driver-hyperkit.sha256: 65 B / 65 B [---] 100.00% ? p/s 0s
> docker-machine-driver-hyperkit: 10.90 MiB / 10.90 MiB 100.00% 3.03 MiB p
🔑 The 'hyperkit' driver requires elevated permissions. The following commands will be executed:
Password:
💿 Downloading VM boot image ...
> minikube-v1.9.0.iso.sha256: 65 B / 65 B [--------------] 100.00% ? p/s 0s
> minikube-v1.9.0.iso: 174.93 MiB / 174.93 MiB [] 100.00% 13.09 MiB p/s 14s
👍 Starting control plane node m01 in cluster podman-node
🔥 Creating hyperkit VM (CPUs=2, Memory=6000MB, Disk=20000MB) ...
🎁 Preparing Kubernetes v1.18.0 on CRI-O 1.17.1 ...
> kubectl.sha256: 65 B / 65 B [--------------------------] 100.00% ? p/s 0s
> kubelet.sha256: 65 B / 65 B [--------------------------] 100.00% ? p/s 0s
> kubeadm.sha256: 65 B / 65 B [--------------------------] 100.00% ? p/s 0s
> kubeadm: 37.96 MiB / 37.96 MiB [---------------] 100.00% 12.88 MiB p/s 3s
> kubectl: 41.98 MiB / 41.98 MiB [----------------] 100.00% 8.90 MiB p/s 5s
> kubelet: 108.01 MiB / 108.01 MiB [-------------] 100.00% 13.39 MiB p/s 9s
🌟 Enabling addons: default-storageclass, storage-provisioner
🏄 Done! kubectl is now configured to use "podman-node"
The text was updated successfully, but these errors were encountered: