Thursday, 2019-04-11

*** kgz has quit IRC00:11
*** kgz has joined #kata-dev00:23
*** gmmaharaj has joined #kata-dev00:32
*** gmmaha has quit IRC00:32
*** gmmaharaj is now known as gmmaha00:32
kata-irc-bot<xwlpt> Hi, it seems it is not supported  to get the agent log when kata works at shimv2+vsock mode.  For other work mode(build in or not ) which need proxy, there is a go routine to watch the console to get the log, but for no proxy vsock mode, there is no such go routine.01:56
kata-irc-bot<xwlpt> Besides, do we have the docs about the details of the network working mode for kata, macvtap , bridged , tcfilter etc.01:57
kata-irc-bot<xwlpt> https://github.com/kata-containers/documentation/blob/master/design/architecture.md#networking The working mode should be bridged but not macvtap.01:59
kata-irc-bot<xwlpt> cc @fupan @eric.ernst02:08
kata-irc-bot<eric.ernst> Hey @xwlpt02:18
kata-irc-bot<eric.ernst> That's correct.  You'd need to start using opentracing instead.02:18
kata-irc-bot<eric.ernst> IF this isn't documented well, we should open up an issue on github.com/kata-containers/documentation...02:19
kata-irc-bot<xwlpt> @eric.ernst Thanks. I supposed that it support to get the opentracing and console log either. Will have a try of opentracing. Thanks02:20
kata-irc-bot<eric.ernst> np.  It isn't as straight forward is it should be today -- @james.o.hunt is putting alot of work into here to help improve it.02:21
kata-irc-bot<eric.ernst> Please share your experience with enabling this and don't hestitate to reach out if you run into issues.02:21
kata-irc-bot<xwlpt> Sure, thanks @eric.ernst02:21
*** igordc has quit IRC02:47
*** sameo has joined #kata-dev04:39
*** sgarzare has joined #kata-dev06:17
*** sgarzare has quit IRC06:21
*** sgarzare has joined #kata-dev06:47
*** sameo has quit IRC06:54
*** tmhoang has joined #kata-dev06:55
*** kgz has quit IRC07:20
*** kgz has joined #kata-dev07:28
*** sameo has joined #kata-dev07:31
*** jodh has joined #kata-dev07:36
*** davidgiluk has joined #kata-dev08:03
*** gwhaley has joined #kata-dev08:03
brtknrAnyone know why I'm hitting this: unable to recognize "kata-qemu-runtimeClass.yaml": no matches for kind "RuntimeClass" in version "node.k8s.io/v1beta1"08:10
brtknrThis worked on minikube08:10
brtknrIm using k8s 1.1408:10
brtknrWith cri-o08:11
gwhaleybrtknr: my best guess is different k8s versions - the name/status of RuntimeClass transitioned form alpha to beta between 1.13.4 and 1.14 . minikube updated to 1.14 about 1.5weeks ago or so...08:24
gwhaleylet me find a PR that shows the differences to our yaml:08:24
brtknrgwhaley, i know what the problem is... i used kubespray to upgrade my k8s version and it seems to not have done it properly08:25
brtknri was at your workshop at openinfra days :)08:25
gwhaleybrtknr: heh, I did wonder if you were there ;-)  OK, will leave you with your spraying then....08:25
brtknrgwhaley: its nice that runtime class crd is no longer required in 1.1408:30
brtknrgwhaley: am I right in thinking thta?08:30
brtknrs/thta/that08:30
gwhaleybrtknr: I believe that is correct - somebody on the course checked and it was already there in 1.14 - but, I have not checked myself... :-)08:41
brtknrgwhaley: Must I use cri-o runtime or can i also use docker?09:12
*** EricRen has joined #kata-dev09:13
brtknrkubeadm is refusing to start for k8s version 1.14 :(09:16
gwhaleybrtknr: I think you need to use either cri-o or containerd to enable kata under k8s. You need something that knows about RuntimeClass - just docker does not do that iiuc09:24
*** lpetrut has joined #kata-dev10:27
brtknrdoes qemu need to be present in workers for runtime class to work?10:44
*** changcheng has joined #kata-dev10:44
brtknror does kata-deploy automatically install that?10:44
brtknris it better to use qemu-system-x86_64 or qemu-lite-system-x86_64?10:45
gwhaleybrtknr: kata-deploy installs it, in /opt/kata/bin/* and other bits under /opt/kata :-)10:47
gwhaleyyou can use either - qemu-lite should be a little smaller/faster. We also work with distro provided qemu's, as some distros will not want to install a custom qemu-lite as well as their distro provided one10:48
gwhaleythe kata installed by kata-deply should be pre-configured to point to the qemu it installed.10:48
gwhaleyif you run '/opt/kata/bin/kata-qemu kata-env', it will show you how it is configured for instance10:49
brtknrgwhaley: hmm its appears to be spinning up regular runc containers10:52
brtknrgwhaley: what happens if kvm_intel is not enabled?10:54
brtknrhttp://paste.openstack.org/show/749170/10:56
brtknr[centos@kata-worker-1 ~]$ cat /sys/module/kvm_intel/parameters/nested10:56
brtknrY10:56
brtknrI modprobed vhost and vhost_net and now I get that my system is capable of running kata containers11:06
gwhaleybrtknr: yay! - yes, those vhost items are needed. I suspect you would have found errors in the logs when you were trying to run kata containers without them.11:07
*** gwhaley has quit IRC11:07
*** devimc has joined #kata-dev11:51
brtknrDo I also need to install qemu-kvm on the worker nodes separately?11:58
*** gwhaley has joined #kata-dev12:06
gwhaleybrtknr: I think the qemu-kvm package just provides the distro shipped qemu-system-x86_64 and all its bits, does it not? In which case, no, the kata-deploy installs all the qemu bits you need for kata down in /opt/kata . For instance, I'm pretty sure I didn't have that package installed on the minikube I was using12:09
brtknrgwhaley: I must be missing something... because I can still see the container under crictl12:10
brtknrAnd I dont see anything when i grep for qemu under ps -ef12:11
brtknrApart from the log services12:11
gwhaleybrtknr: I dunno - probably best approach is to look at the various logs to try and see what went wrong. there is a journalctl example on https://github.com/kata-containers/tests/blob/master/.ci/teardown.sh#L77 for instance.  If that all fails, maybe open a github Issue and paste the requested info there. You've probably hit the limits of my k8s knowledge, and we'll need others for some input.12:16
brtknrHard to describe the issue when I dont know waht the issue is lol :P12:19
gwhaleywell, the issue you say is `failed to launch a kata runtime container under k8s`, no? :-)12:20
gwhaleyIf you have a look in that runtime journalctl log, hopefully there is a line that says 'failed to launch container' or similar, and a reason... and then maybe we can go from there.12:20
*** changcheng has quit IRC13:40
*** EricRen has quit IRC13:48
*** changcheng has joined #kata-dev13:51
*** lpetrut has quit IRC14:19
*** EricRen has joined #kata-dev14:29
*** dklyle has joined #kata-dev14:51
*** dhellmann has joined #kata-dev15:10
*** tmhoang has quit IRC15:14
stefanha"rpc error: code = Unknown desc = selinux label is specified in config, but selinux is disabled or not supported" <-- from kata-agent15:19
stefanhaAny idea how to solve this issue?  My docker command-line is docker run --runtime=kata-runtime busybox sh.15:19
stefanhaI don't have any explicit SELinux labels defined.15:19
kata-irc-bot<graham.whaley> feels like you maybe dont' have the selinux libs in the rootfs of the VM?15:20
kata-irc-bot<graham.whaley> but, have built with selinux enabled in osbuilder or agent build - my guess15:20
stefanhagraham.whaley: It's a ClearLinux initramfs.15:20
kata-irc-bot<graham.whaley> cc @salvador.fuentes @jose.carlos.venegas.m (@niteshkonkar007 who wrote the code iirc)15:20
stefanhagraham.whaley: Thanks, I'll check if I can rebuild without SELinux support.15:20
kata-irc-bot<graham.whaley> I have a feeling we build with it off by default, as it is costly (to size and speed)...15:21
stefanhagraham.whaley: I'm fine with that.  But something is sneaking in ProcessLabel in the config.  I'm not sure how to disable that.15:22
kata-irc-bot<eric.ernst> It is off by default15:22
stefanhaMaybe it's my Fedora Docker default config that is SELinux-happy.15:22
stefanhaI haven't found a way to disable that in docker-run(1) though :(15:22
kata-irc-bot<eric.ernst> Folks can always add. I know we had talks about this in the past; it’s just for extra paranoid security between containers in the same pod15:22
kata-irc-bot<eric.ernst> I don’t know where dan Walsh is, so I am afraid of saying set enforce 0 :)15:23
kata-irc-bot<graham.whaley> stefanha - ouch, so, indeed, it seems if you have selinux on in your global docker config, it is on for all containers/runtimes... afaict. so, iswym15:26
kata-irc-bot<graham.whaley> I guess you can test with Erics enforce0 hack...15:26
kata-irc-bot<graham.whaley> and rebuild the agent and rootfs/image.kernel with selinux enabled if you need to enable it..15:26
kata-irc-bot<graham.whaley> <thanks docker...>15:26
stefanhaI tried setenforce 0 but it doesn't help.  I guess that's because this is about SELinux inside the container not on the host.15:29
stefanhaMaybe I can figure out the Docker magic to clear that option even if it has been set by default on Fedora.15:30
* stefanha puts on his "setenforce 0" T-shirt15:30
kata-irc-bot<graham.whaley> you might be able to set it in your local user docker config, or in /etc/docker/*...15:32
kata-irc-bot<graham.whaley> stefanha: problaby look for who is adding `--selinux-enabled` to the dockerd command line is my guess.... either a config file or the systemd command line.15:34
stefanhaThanks, I see it's enabled by default in /etc/sysconfig/docker.15:35
* stefanha tries to disable it15:35
*** eernst has joined #kata-dev15:48
*** sameo has quit IRC15:54
*** EricRen has quit IRC16:21
brtknris there a repo for 1.14 or does it have to be installed from source?16:22
gwhaleybrtknr: k8s, or cri-o, or kata or ? :-) /cc fuentess16:24
brtknrcri-o oops16:24
brtknrgwhaley: ^16:25
kata-irc-bot<salvador.fuentes> I think you will need to build from sources, /cc @sebastien.boeuf ^16:25
brtknrthank you16:27
kata-irc-bot<raravena80> I think there are no cri-o pkgs for 1.14 yet. https://launchpad.net/~projectatomic/+archive/ubuntu/ppa16:27
kata-irc-bot<raravena80> Regarding selinux  _set enforce 0_ :+1: :+1:16:28
gwhaleyfuentess, jcvenega - this may not be the reason, but I just re-created the '1 != 0, timeout' make functional failure inside a ccloudvm ubunutu 18.... the reason for this fail is...16:31
gwhaleythat the ccloudvm does not have enough RAM...16:31
gwhaleyso, maybe that is not what kills us in the CI - but, thought I should note...16:31
gwhaleyI see the stderr output (thansk jcvenega), and it is qemu complaining about -m option and sizes16:32
gwhaleylet me bump my ccloudvm RAM and try again ..16:32
kata-irc-bot<salvador.fuentes> we have ~16GB of memory in the CI VMs, so yeah, should be a different reason16:33
gwhaleyyeah, bumped the RAM and the tests now pass. Let's see if we get some stdout on the next fail in the CI..16:36
kata-irc-bot<sebastien.boeuf> yeah build crio from the 1.14 branch16:36
*** sameo has joined #kata-dev16:47
brtknrgwhaley: in the workshop we did, the version of cri-o was 1.1316:50
brtknrand it still worked16:50
brtknr@sebastien.boeuf ^^16:50
kata-irc-bot<sebastien.boeuf> brtknr: sorry what's the question?16:51
gwhaleybrtknr: I ... dunno. It was whatever was in k8s v1.14 (in minikube). I also used k8s v1.13.4, and that worked....16:51
gwhaleyso, I think the runtimeclass came in at v1.12 iirc16:51
gwhaleysboeuf: do k8s release numbers align with cri-o release numbers?16:52
brtknrI found a centos repo where its available to download via yum: https://cbs.centos.org/repos/paas7-crio-113-candidate/x86_64/os/16:52
gwhaleyin 1.13, it will still be alpha, so you will have to apply the gate enabling16:52
gwhaleyin 1.14 it became beta, so is on by default16:52
brtknrgwhaley: you're talking about k8s though right?16:53
brtknrI'm talking about cri-o16:53
brtknraaaah16:53
gwhaleyI am (I don't know if they align or not on version numbers...)16:53
*** sgarzare has quit IRC17:03
*** gwhaley has quit IRC17:03
*** jodh has quit IRC17:03
*** igordc has joined #kata-dev17:06
brtknrgwhaley: seen this?17:37
brtknr  Warning  FailedCreatePodSandBox  2s    kubelet, minikube  Failed create pod sandbox: rpc error: code = Unknown desc = container create failed: Failed to check if grpc server is working: rpc error: code = Unavailable desc = transport is closing17:37
brtknrI'm attempting to recreate the minikube example from the workshop...17:39
*** davidgiluk has quit IRC19:05
*** sameo has quit IRC20:07
*** fuentess has quit IRC21:04
*** devimc has quit IRC21:12
*** igordc has quit IRC22:09
*** eernst has quit IRC23:04
*** eernst has joined #kata-dev23:08
*** eernst has quit IRC23:13
*** changcheng has quit IRC23:21
*** noahm has quit IRC23:21
*** changcheng has joined #kata-dev23:27
*** noahm has joined #kata-dev23:27
kata-irc-bot<salvador.fuentes> hi all, upgrading jenkins, will be offline some moments23:38
*** eernst has joined #kata-dev23:40
*** igordc has joined #kata-dev23:44
*** eernst has quit IRC23:45
*** eernst has joined #kata-dev23:45
*** eernst has quit IRC23:46
*** eernst_ has joined #kata-dev23:46
*** eernst_ has quit IRC23:51
kata-irc-bot<salvador.fuentes> jenkins is back23:55

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!