-
Notifications
You must be signed in to change notification settings - Fork 374
Kata Containers and CRI (containerd plugin) with Kubernetes #373
Comments
Hi @n3wt0nSAN - thanks for reporting. Would you be able to paste the output of |
hey @n3wt0nSAN thanks for open the issue, I will try to reproduce it today. |
Thanks for your reply @jodh-intel, this is my kata-collect-data: **./kata-collect-data.sh.in Meta detailsRunning Runtime is
|
Hi, I found the problem, my hardware isn't capable: kata-runtime kata-check Anyone can give me explain, thanks in advanced. |
So, the key bit would look like:
And above in the kata-env I see:
It looks like you don't have VM support enabled. It looks like you are on Ubuntu bare metal, yes? |
I'd check your bios settings to ensure you've got the Intel Virtualisation extensions enabled (VT-x). You could also try the following:
|
@jodh-intel Any reason why nested VT is required to run kata containers? |
It isn't essential, but enables running a hypervisor inside a Kata Container. Since we're aiming to make a Kata Container "transparent", having nesting enabled will avoid potential surprises if a user were to try that. |
@jodh-intel Thanks, I see. |
Hello again, @jodh-intel I follow your recommendations. On my bios, I set VT-x enabled and run the commands: sudo modprobe -r kvm_intel && sudo modprobe kvm_intel nested=1 but the same error kata-runtime kata-check thats is a problem with my hardware? |
Seems that the kata-runtime did not detected that kvm is loaded. lsmod | grep kvm |
lsmod | grep kvm kvm_intel 172032 0 |
Looking at the logs again, I see that although your system is VT-x capable... ... it lacks We check for this to ensure the CPU is "new enough" to run a Kata Container. See: So, I'm afraid in summary that it appears that your system is too old to work with Kata. |
Thats was my concern. I'm trying on new processor and that's worked fine. Thanks a lot! |
Hi @n3wt0nSAN - great - glad to hear you have access to another system and it's working for you 😄 |
Hey everyone, a few days, my boss asked viability to do nested virtualization with KVM. I believe it possible with limitations. But in my solution I want to use Kata Containers with QEMU / KVM. Is there any way to use the Kata Containers scenario, need to run inside a nested VM? TIA. |
@n3wt0nSAN you can definitely run Kata inside a VM. As you mentioned, the performance is not as good as baremetal, but we use it all the time in case of our CI, so it should work out of the box for you. |
Fixes kata-containers#373 Bump runtime-spec version to "5806c35637336642129d03657419829569abc5aa" Change logs: 5d9aa69 config-linux: Add Intel RDT/MBA Linux support 6f5fcd4 Support for network namespace in windows 06cf899 config-linux: add Intel RDT CLOS name sharing support f3be7d2 config: clarify source mount 65fac2b Fix camelCasing on idType to align with other Windows spec conventions da8adc9 incorporating edits from JTerry's feedback c182ebc meeting: Bump July meeting from the 4th to the 11th e01b694 config: Add Windows Devices to Schema 81d81f3 docs: Added kata-runtime to implementations b0700ad Add gVisor to the implementations list 9e459a6 .travis.yml: Get schema dependencies in before_install 692abcb .travis: Bump minimum Go version to 1.9 fd39559 config: Clarify execution environment for hooks cd9892d config-linux: Drop console(4) reference e662e5c Linux devices: uid/gid relative to container 74b670e config: Add VM-based container configuration section cd39042 uidMappings: change order of fields for clarity 2e241f7 specs-go/config: Define RDMA cgroup 9df387e schema/Makefile: fix test de688f2 config: Fix Linux mount options links ef008dd glossary: Bump JSON spec to RFC 8259 4e5a137 schema: Completely drop our JSON Schema 'id' properties 70ba4e6 meeting: Bump January meeting from the 3rd to the 10th 8558116 schema: add allowed values for defaultAction 5d9bbad config: Dedent root paragraphs, since they aren't a list entry e566cf6 version: put master back to -dev 966a58d fix the link to hook Signed-off-by: Wei Zhang <zhangwei555@huawei.com>
Description of problem
I just flow this tutorial https://github.com/kata-containers/documentation/blob/master/how-to/how-to-use-k8s-with-cri-containerd-and-kata.md#configure-kubelet-to-use-containerd
and everything occurred OK, but when a use this command: kubectl exec busybox -c busybox ls
I get Error from server: error dialing backend: tls: oversized record received with length 20527
The same problem: kubectl run -i -t bb1 --image=busybox --restart=Never
If you don't see a command prompt, try pressing enter.
Error attaching, falling back to logs: error dialing backend: tls: oversized record received with length 20527
But all pods are running:
kubectl get pods
NAME READY STATUS RESTARTS AGE
bb1 1/1 Running 0 54s
busybox 1/1 Running 0 20m**
System Infos
kata-runtime kata-env
[Meta]
Version = "1.0.12"
[Runtime]
Debug = false
[Runtime.Version]
Semver = "1.0.0"
Commit = ""
OCI = "1.0.1"
[Runtime.Config]
Path = "/usr/share/defaults/kata-containers/configuration.toml"
[Hypervisor]
MachineType = "pc"
Version = "QEMU emulator version 2.11.0\nCopyright (c) 2003-2017 Fabrice Bellard and the QEMU Project developers"
Path = "/usr/bin/qemu-lite-system-x86_64"
BlockDeviceDriver = "virtio-scsi"
Msize9p = 8192
Debug = false
[Image]
Path = "/usr/share/kata-containers/kata-containers-image_clearlinux_agent_a099747.img"
[Kernel]
Path = "/usr/share/kata-containers/vmlinuz-4.14.22.1-128.container"
Parameters = ""
[Initrd]
Path = ""
[Proxy]
Type = "kataProxy"
Version = "kata-proxy version 1.0.0"
Path = "/usr/libexec/kata-containers/kata-proxy"
Debug = false
[Shim]
Type = "kataShim"
Version = "kata-shim version 1.0.0"
Path = "/usr/libexec/kata-containers/kata-shim"
Debug = false
[Agent]
Type = "kata"
[Host]
Kernel = "4.4.0-127-generic"
Architecture = "amd64"
VMContainerCapable = false
[Host.Distro]
Name = "Ubuntu"
Version = "16.04"
[Host.CPU]
Vendor = "GenuineIntel"
Model = "Intel(R) Core(TM) i7 CPU 870 @ 2.93GHz"
kubectl version
Client Version: version.Info{Major:"1", Minor:"10", GitVersion:"v1.10.3", GitCommit:"2bba0127d85d5a46ab4b778548be28623b32d0b0", GitTreeState:"clean", BuildDate:"2018-05-21T09:17:39Z", GoVersion:"go1.9.3", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"10", GitVersion:"v1.10.3", GitCommit:"2bba0127d85d5a46ab4b778548be28623b32d0b0", GitTreeState:"clean", BuildDate:"2018-05-21T09:05:37Z", GoVersion:"go1.9.3", Compiler:"gc", Platform:"linux/amd64"}
docker version
Client:
Version: 17.12.0-ce
API version: 1.35
Go version: go1.9.2
Git commit: c97c6d6
Built: Wed Dec 27 20:11:19 2017
OS/Arch: linux/amd64
Server:
Engine:
Version: 17.12.0-ce
API version: 1.35 (minimum version 1.12)
Go version: go1.9.2
Git commit: c97c6d6
Built: Wed Dec 27 20:09:53 2017
OS/Arch: linux/amd64
Experimental: false
The text was updated successfully, but these errors were encountered: