Wednesday, 2018-06-06

*** LinuxMe has joined #kata-dev00:15
*** LinuxMe has quit IRC00:21
*** zerocoolback has joined #kata-dev01:03
*** zerocoolback has quit IRC01:09
*** dlw has joined #kata-dev01:24
*** cdent has quit IRC01:32
*** LinuxMe has joined #kata-dev01:33
*** LinuxMe has quit IRC01:38
*** LinuxMe_ has joined #kata-dev02:07
*** zerocoolback has joined #kata-dev03:08
*** zerocoolback has quit IRC03:16
*** zerocoolback has joined #kata-dev03:32
*** zerocoolback has quit IRC03:38
*** zerocoolback has joined #kata-dev03:47
changchengHi03:56
changchengCan't sync kata-container/runtime by following the developer guide03:57
changchenggo get -d -u github.com/kata-containers/runtime/03:57
changchengError: package github.com/kata-containers/runtime: no Go files in /home/ryoma/LINUX/go_repo/src/github.com/kata-containers/runtime03:57
changchengHow to resolve it?03:57
kata-dev-irc-bot<xu> networking issue?03:59
changchengNo04:00
changchengOther 4 projects could be cloned by following the developer guide04:00
changchengSame error when executing: go get -d -u github.com/kata-containers/osbuilder04:00
*** LinuxMe_ has quit IRC04:08
*** sjas_ has joined #kata-dev04:30
*** sjas has quit IRC04:33
*** LinuxMe has joined #kata-dev04:43
*** LinuxMe has quit IRC04:48
*** LinuxMe has joined #kata-dev05:15
*** zerocoolback has quit IRC05:18
*** zerocoolback has joined #kata-dev05:18
*** zerocoolback has quit IRC05:19
*** zerocoolback has joined #kata-dev05:19
*** zerocoolback has joined #kata-dev05:20
*** zerocoolback has quit IRC05:20
*** LinuxMe has quit IRC05:21
*** zerocoolback has joined #kata-dev05:21
*** zerocoolback has joined #kata-dev05:22
*** zerocoolback has quit IRC05:22
*** dklyle has quit IRC05:59
*** jodh has joined #kata-dev06:19
*** jodh has quit IRC06:19
*** jodh has joined #kata-dev06:19
kata-dev-irc-bot<xu> @eric.ernst as talked in the meeting, @fupan from hyper.sh team could join the infra team and serve for the asia timezones. who is leading the team in  intel side now?07:55
*** dklyle has joined #kata-dev07:57
*** gwhaley has joined #kata-dev08:00
*** davidgiluk has joined #kata-dev08:00
*** dklyle has quit IRC08:09
*** dklyle has joined #kata-dev08:12
*** LinuxMe has joined #kata-dev08:14
*** LinuxMe has quit IRC08:19
*** dklyle has quit IRC08:29
*** dklyle has joined #kata-dev08:29
changchengDo you mean the guys work in ASIA TZ at Intel?08:41
changchengDoes anyone build the osbuild/rootfs on ubuntu os host?08:44
changchengSince the bare metal ubuntu doesn't support the build, I try to build it in docker. But I always meet issue which maybe network proxy issue.08:45
changchengI execute below command and get the error:08:45
changchengcommand: $ sudo -E ./rootfs-builder/rootfs.sh -r "${PWD}/fedora_rootfs" fedora08:46
changchengInfo: Step 2/6 : RUN dnf -y update && dnf install -y git redhat-release systemd pkgconfig gcc coreutils08:46
changchengError: he command '/bin/sh -c dnf -y update && dnf install -y git redhat-release systemd pkgconfig gcc coreutils' returned a non-zero code: 108:46
kata-dev-irc-bot<xu> no, the initial kata developers come from intel and hyper.sh, intel team are in US and EU, while the devs of hyper.sh team are in utc+0800.08:49
kata-dev-irc-bot<xu> and wei from huawei is in utc+08 as well08:49
*** LinuxMe has joined #kata-dev08:51
gwhaleyHi @changcheng - osbuilder has built in 'build in a docker image' option to allow building on a host that is not configured for native build. I use that on Fedora... let me grab a link08:52
gwhaleyhere: https://github.com/kata-containers/osbuilder#usage - see the 'USE_DOCKER' option - you set that on the host side, and it will do the full build in a docker image08:52
changchengOK. Hope there's asian team from that company could also attend this project.08:53
gwhaleyNote - you *must* have runc as the default docker runtime for this to work though08:53
changchengMy docker configuratin: /usr/bin/dockerd -D --add-runtime kata-runtime=/usr/bin/kata-runtime --default-runtime=kata-runtime08:53
changchengSo I have to use the default docker runtime on ubuntu, right?08:54
*** LinuxMe has quit IRC08:56
gwhaley@changcheng: you need runc to be the default on your host to build osbuilder in a USE_DOCKER image, yes. You can just change to '--default-runtime=runc', and reload/reset docker with systemctl and09:00
gwhaleythat should do it.09:00
gwhaleyAll the kata tests etc. should still work, as they normally explicitly set --runtime=kata on the docker command line09:00
gwhaleyyou either need to 1) set runc as the default runtime and use USE_DOCKER=1, or 2) install all the required components for the native build onto your host09:01
changchengPrefer to option 1), But09:02
* gwhaley wonders if 'kata' is still coming out as 'j f r a z e l l' on the slack channel via the irc-bot - anybody?09:02
changchengIn the document of "ubuntu-installation-guide.md", the runtime is replaced with kata-runtime. Will it be conflict if I install default docker runtime and kata-runtime on the same native host?09:05
*** LinuxMe has joined #kata-dev09:05
kata-dev-irc-bot<xu> it displays the mention link normally @graham.whaley09:05
changchengYes. I've read it and follow the guides.09:06
changchengI want to know if there's conflict that I install the default runtime and kata-runtime on the same host. The "ubuntu-installation-guide.md" file asks to remove the other runtime and install kata-runtime instead.09:07
kata-dev-irc-bot<xu> normally they could co-exist on a same host, and you may choose one to launch09:08
changchengOK. Feedback later.09:08
gwhaley@changcheng - I think the document is asking to remove old docker and install a new one - we never remove the docker default runtime from the system - we change which runtime is the default to use, but the other09:09
gwhaley(runc) runtime is still available.09:09
gwhaleyIf you do a 'docker info', you should see them both listed, and which one is the default09:09
*** LinuxMe has quit IRC09:10
*** zerocoolback has joined #kata-dev09:23
changchengBad luck. The runtime has replaced with runc, but It still meet with the same issue. Check the issue history later.09:40
*** LinuxMe has joined #kata-dev09:41
gwhaley@changcheng: as we thought maybe you were having proxy issues - it does look like osbuilder does try to pass the host proxy settings into the docker build: https://github.com/kata-containers/osbuilder/blob/a12618811dd715c2d4438ce3c64ce6bd9fe7c630/image-builder/image_builder.sh#L9209:45
*** LinuxMe has quit IRC09:45
gwhaleymaybe you can use a 'set -x' on the scripts to get more verbose output to check they are being passed in correctly (just a guess - maybe you are using HTTP_PROXY on the host and the script is looking for http_proxy) iyswim etc.09:46
*** zerocoolback has quit IRC09:53
kata-dev-irc-bot<kaly.xin> @eric.ernst thanks for the help from @xu, we can use one of their server on packet.net for CI on arm. To kick off the process, I'd like to ask a few basic questions: 1) If I'm right, there are 2 ways to create the connection between a master and a slave, one is SSH, the other is JNLP. Which way is used by the Jenkin master for kata? If it's the first way, do you need username and passwd or username and private key? 2) what kind of10:25
kata-dev-irc-botsoftware is needed to install on the slave in advance? Java, ant, maven? Or master can push the software to install on slave? 3) Will the tester on the jenkin slave have some kind of rights to configure the jobs from the master jenkins web page or all the jobs are configured by master administrator? 4) What's the information for the first step you need from us? (I guess it's our IP, username, passwd or private key?), any other information,10:25
kata-dev-irc-botplease let us know. Thanks!10:25
* gwhaley just notes for @kaly.xin @xu that, so far, for the Jenkins for x86/amd64 we use the SSH methods, and we have our Azure slaves pre-configured with some minimum packages via a cloud-init10:29
gwhaleythen the CI scripts from the tests repository (https://github.com/kata-containers/tests/tree/master/.ci) install all the other deps they need10:30
gwhaleybut - I suspect you already have something on packet.net you can model on - so there may be differences10:30
gwhaley@kaly.xin - there is a little information in this pending PR that may help: https://github.com/kata-containers/ci/pull/3210:31
gwhaleyhttps://github.com/grahamwhaley/kata-containers-ci/blob/0f97abb3ee911b8373252a59c8cbe605e000a692/Jenkins_setup.md10:31
kata-dev-irc-bot<xu> @graham.whaley do we create a new slave instance in Azure for every new PR update?10:31
gwhaley@xu - for x86, yes :-) Means we get a nice clean repeatable experience - but, at the cost of setup time of course :-(10:32
gwhaleywe have seen (on a bare metal metrics CI system), that some PRs could corrupt the docker install etc. or leave things running (like proxy etc.), and that affected later builds/runs - so it is much safer and10:33
gwhaleymore stable to have a fresh machine for each build10:33
gwhaleyThat is why I have been putting together the metric VM build scripts on the PR on the ci repo (github just broke on me - sorry, no link...)10:34
kata-dev-irc-bot<xu> hmm… so we need some work to get it works on packet.net10:37
gwhaley@xu - ah, you currently have long-running instances I guess. I see three options maybe:10:38
gwhaley1 - use them as-is, and watch out for broken builds affecting later builds (not ideal...)10:39
gwhaley2 - reboot machines between runs (this normally fixed any corruption - stuck processes or hung up docker etc.)10:39
kata-dev-irc-bot<xu> in the weekly meeting , we tend to run the tests in a container10:39
gwhaley3 - maybe use the VM instances from the PR I posted10:40
gwhaleyright - I consided if I could use docker-in-docker or docker under lxc or similar to get isolation for each run10:40
kata-dev-irc-bot<xu> the existing arm servers do not support nested virtualization yet10:41
gwhaleybut it looked like running overlay-on-overlay etc. was not a good idea10:41
gwhaleyso, there may be a solution where you can run 'a container in a container' - but, I went with the VM option10:41
*** gwhaley has quit IRC10:53
*** dklyle has quit IRC11:02
*** dlw has quit IRC11:07
*** LinuxMe has joined #kata-dev11:25
*** LinuxMe has quit IRC11:30
*** dklyle has joined #kata-dev11:36
*** LinuxMe has joined #kata-dev12:00
*** LinuxMe has quit IRC12:04
*** gwhaley has joined #kata-dev12:08
*** zerocoolback has joined #kata-dev12:27
*** fuentess has joined #kata-dev12:29
*** LinuxMe has joined #kata-dev12:35
*** LinuxMe has quit IRC12:39
*** LinuxMe_ has joined #kata-dev12:48
kata-dev-irc-bot<eric.ernst> @changcheng.liu this sounds like proxy connectivity within the container itself.12:55
kata-dev-irc-bot<eric.ernst> Run an Ubuntu container normally and check it you can run apt-get update, for example.12:57
kata-dev-irc-bot<eric.ernst> Usually there’s a separate proxy setting specific to docker...12:57
*** LinuxMe_ has quit IRC12:59
*** sjas_ is now known as sjas13:16
*** LinuxMe has joined #kata-dev13:36
*** LinuxMe has quit IRC13:41
*** lamego has joined #kata-dev13:45
*** david-lyle has joined #kata-dev13:56
*** dklyle has quit IRC13:58
*** devimc has joined #kata-dev14:14
*** LinuxMe has joined #kata-dev14:16
*** LinuxMe has quit IRC14:21
*** annabelleB has joined #kata-dev14:28
annabelleBgwhaley: to answer your other question…yes, it’s still happening :( i added a username between JF and k-a-t-a to see what happened; didn’t seem to make a difference14:30
gwhaleyannabellB :-( A short while ago we had many slack and few irc folks, so it was not so bad (maybe) - but now we are gathering more irc folks as well :-)  I guess we have somebody we can tickle on the irc bot integration to have a look?14:35
* gwhaley resists typing k-a-t-a over and over :-)14:35
*** annabelleB has quit IRC14:41
*** LinuxMe has joined #kata-dev14:41
*** annabelleB has joined #kata-dev14:50
kata-dev-irc-bot<anne> someone made a great joke that our tier 1 support is *very* good ;)14:54
*** eernst has joined #kata-dev14:55
kata-dev-irc-bot<anne> @verytired1 would be the man to dive into it AFAIK. I know he's pretty busy for the next little while, but we should get it resolved14:56
gwhaley@anne - is there somewhere we/you can open a ticket/Issue at least so it is in the queue and we don't forget?14:59
kata-dev-irc-bot<anne> gwhaley: I'm wondering if a github issue on community would be okay? It's not really a proper use of issues, but it would keep it in front of us until it gets resolved?15:02
gwhaley@anne, if there is no relevant internal OSF place, then yes, github. In community repo is probably the right place, as that is where we mention slack and irc: https://github.com/kata-containers/community/blob/ec7cac95744cc4df995591774ae6df30af2988ee/CONTRIBUTING.md#contact15:05
kata-dev-irc-bot<anne> yeah, our internal stuff won't bother the right people :slightly_smiling_face: I'll put an issue in now15:06
kata-dev-irc-bot<anne> actually, for info collecting...so sorry jess..about to do it again!15:07
kata-dev-irc-bot<anne> so all channels15:08
*** sameo has joined #kata-dev15:08
kata-dev-irc-bot<verytired1> Yeah I looked into it before and I think I tracked it down to the slack client library that the irc bridge integrates with, but I didn't find the fix previously. An issue would be good and you can attach me to it15:09
kata-dev-irc-bot<anne> perfecto! thanks JB!15:10
*** jodh has quit IRC15:17
*** annabelleB has quit IRC15:25
*** annabelleB has joined #kata-dev15:28
*** annabelleB has quit IRC15:31
*** mcastelino has joined #kata-dev15:31
*** mcastelino_ has joined #kata-dev15:34
*** mcastelino has quit IRC15:34
*** annabelleB has joined #kata-dev15:35
*** annabelleB has quit IRC15:40
*** eernst has quit IRC15:41
*** eernst has joined #kata-dev15:42
*** annabelleB has joined #kata-dev15:47
kata-dev-irc-bot<mnaser> ^ feel free to loop me in if you need help checking things out15:50
*** kata-dev-irc-bot has quit IRC15:57
*** kata-dev-irc-bot has joined #kata-dev15:59
*** kata-dev-irc-bot has quit IRC16:00
*** kata-irc-bot has joined #kata-dev16:01
jbrycetesting kata from irc16:02
kata-irc-bot<verytired1> so it didn't do it in the working-committee channel but it still does it here...16:03
*** jugs has quit IRC16:08
*** jugs has joined #kata-dev16:09
*** zerocoolback has quit IRC16:16
kata-irc-bot<eric.ernst> @jose.carlos.venegas.m ping?16:23
kata-irc-bot<eric.ernst> Is there a reason we are installing CRI-containerd from sources for the CI?16:23
kata-irc-bot<eric.ernst> @salvador.fuentes ^16:23
kata-irc-bot<eric.ernst> I've been reviewing our documentation on kubernetes, and just merged Sebastien's PR for clarifying some documentation.16:25
kata-irc-bot<eric.ernst> Basically, the hard part is getting k8s up with either containerd or crio.  The installation of Kata is quite simple.  I was thinking it would be easier to have self-contained 'scripts' as a reference, and generally it'd be a lot easier if we didn't have developers build from sources for these third party components...16:27
kata-irc-bot<eric.ernst> the existing CI ones are a bit complicated as a guide since they aren't self-contained.16:27
kata-irc-bot<eric.ernst> I don't think we can just point users to containerd/crio install directions if we are keeping to a particular version.16:33
kata-irc-bot<jose.carlos.venegas.m> @eric.ernst when I send the PR to test cri-containerd I got some comments about not looking good just get the tarball and put the content in root16:33
kata-irc-bot<eric.ernst> they have packages, don't they?16:33
kata-irc-bot<jose.carlos.venegas.m> but we can move to install the static binaries16:33
kata-irc-bot<eric.ernst> dnf install?  apt-get install?16:33
kata-irc-bot<jose.carlos.venegas.m> I did not seen packages but a tarball16:34
kata-irc-bot<jose.carlos.venegas.m> https://github.com/containerd/cri/blob/v1.0.2/docs/installation.md16:35
kata-irc-bot<jose.carlos.venegas.m> @eric.ernst  I can send a PR to install in that way, sounds good16:36
kata-irc-bot<jose.carlos.venegas.m> ?16:36
kata-irc-bot<eric.ernst> let me check...16:37
kata-irc-bot<eric.ernst> ah.16:39
kata-irc-bot<eric.ernst> you're right:  VERSION="1.1.0" curl -OL \ https://storage.googleapis.com/cri-containerd-release/cri-containerd-${VERSION}.linux-amd64.tar.gz sudo tar -C / -xzf cri-containerd-${VERSION}.linux-amd64.tar.gz16:39
kata-irc-bot<jose.carlos.venegas.m> yes, those lines I used in the past16:40
kata-irc-bot<jose.carlos.venegas.m> @eric.ernst btw about static binaries16:41
kata-irc-bot<jose.carlos.venegas.m> https://gist.github.com/jcvenegas/f88546859b40f99f7ba6ff23ca55cdde16:41
kata-irc-bot<raravena80> I believe you can also get the binaries from here: https://github.com/containerd/containerd/releases/tag/v1.1.0  ^^16:41
kata-irc-botAction: eric.ernst wonders why they aren't providing packages.16:42
kata-irc-bot<eric.ernst> or if they assume you'd tarball binaries, drop into a container, and then deploy an install onto a running k8s cluster.16:42
kata-irc-bot<jose.carlos.venegas.m> @eric.ernst @raravena80 yep containerd releases should include the CRI pluging as well16:44
kata-irc-bot<jose.carlos.venegas.m> @eric.ernst  I personally sometimes find useful have a tarball with static binaries, for a quick test in a VM is simple16:45
kata-irc-bot<jose.carlos.venegas.m> but yeah probably packages are prefered in some cases16:45
kata-irc-bot<eric.ernst> I tend to agree, since it is coming from the release page of that particular project, too16:49
kata-irc-bot<eric.ernst> we should have a self contained script for installing crio on top of k8s16:50
kata-irc-bot<eric.ernst> and for installing containerd on top of k8s16:50
kata-irc-bot<eric.ernst> then another set of selft contained scripts for configuration16:50
kata-irc-bot<eric.ernst> today its a mix of the two, and its a bit convulated as a guide reference.16:50
*** eernst has quit IRC16:54
*** david-lyle has quit IRC16:59
*** gwhaley has quit IRC17:01
*** LinuxMe has quit IRC17:13
*** LinuxMe has joined #kata-dev17:26
*** lamego1 has joined #kata-dev17:36
*** lamego has quit IRC17:38
*** eernst has joined #kata-dev17:40
*** dklyle has joined #kata-dev17:40
*** manjeets has joined #kata-dev18:10
*** cdent has joined #kata-dev18:21
*** fiddletwix has quit IRC18:39
*** jdandrea has left #kata-dev18:49
*** davidgiluk has quit IRC19:00
*** cdent has quit IRC19:18
*** LinuxMe has quit IRC19:33
*** LinuxMe has joined #kata-dev19:37
*** annabelleB has quit IRC19:56
*** annabelleB has joined #kata-dev20:10
kata-irc-bot<eric.ernst> hey @jonolson @tallclair20:26
kata-irc-bot<eric.ernst> I was thinking more on kata-deploy, and while I think it is fun, the hard part isn't kata, its getting containerd/crio20:26
kata-irc-bot<eric.ernst> I think you can recall this well @jonolson20:27
kata-irc-bot<eric.ernst> So... I was thinking about making the same for crio and or containerd20:28
kata-irc-bot<eric.ernst> I need to dig into how kubeadm would like having the CRI socket changed underneath it.20:28
kata-irc-bot<eric.ernst> but, was curious about your input20:28
*** lamego has joined #kata-dev20:33
kata-irc-bot<tallclair> Yeah, the ability to dynamically add runtimes is interesting, especially if we agree on the RuntimeClass route (which is the way the winds are blowing)20:33
kata-irc-bot<eric.ernst> in this case, its CRI runtime.20:33
kata-irc-bot<eric.ernst> I'm not sure if kubeadm cares after --init20:33
kata-irc-bot<tallclair> I think to really support that usecase natively in a portable way, we would need to have a multiplexed CRI in the kubelet layer.20:33
kata-irc-bot<eric.ernst> I would just restart kubelet after updatings its config20:34
kata-irc-bot<tallclair> Then you could have the RuntimeClass definition include the socket to talk to.20:34
kata-irc-bot<tallclair> er, sorry, interleaving 2 conversations20:34
kata-irc-bot<tallclair> I'm afraid I don't really no anything about kubeadm. I think it would be worth raising this discussion in sig-node though20:36
kata-irc-bot<tallclair> I'm sure folks would love a demo too, if you're able to make it one of these weeks20:36
*** lamego has quit IRC20:36
*** lamego1 has quit IRC20:36
kata-irc-bot<eric.ernst> Yeah.  I'm working on it now to see "what happens"20:37
kata-irc-bot<raravena80> can you use the `--cri-socket string` option?20:37
kata-irc-bot<eric.ernst> essentially just:20:37
kata-irc-bot<eric.ernst> 1) get dockershim k8s running (easy)20:37
kata-irc-bot<eric.ernst> 2) kubeadm apply -f <i want crio>.yaml, which sould reset kubelet20:38
kata-irc-bot<eric.ernst> to use crio now20:38
kata-irc-bot<eric.ernst> 3) kata deploy (this part already works like a charm)20:38
kata-irc-bot<raravena80> seems like `kubeadm init` and `kubeadm join` support the --cri-socket option https://kubernetes.io/docs/reference/setup-tools/kubeadm/kubeadm-join20:38
kata-irc-bot<eric.ernst> they do -- i'm talking about a daemonset to install on the fly, @raravena8020:41
kata-irc-bot<eric.ernst> ie, use dockershim to install crio20:42
kata-irc-bot<eric.ernst> @tallclair thanks for the feedback.  I'll see what falls over and put some time into sig-node20:42
*** lamego has joined #kata-dev20:43
*** mcastelino_ has quit IRC20:44
kata-irc-bot<raravena80> oh I see, did you mean `kubectl apply -f`  to create your daemonset instead of `kubeadm apply`?  I don't see that as an option in the kubeadm options20:46
*** lamego has quit IRC20:54
*** annabelleB has quit IRC20:56
*** eernst has quit IRC21:02
*** eernst has joined #kata-dev21:03
*** LinuxMe has quit IRC21:04
*** eernst has quit IRC21:06
*** LinuxMe has joined #kata-dev21:06
*** lamego has joined #kata-dev21:07
*** eernst has joined #kata-dev21:35
*** eernst_ has joined #kata-dev21:37
*** eernst has quit IRC21:37
*** annabelleB has joined #kata-dev21:46
*** devimc has quit IRC21:53
*** fuentess has quit IRC22:03
*** annabelleB has quit IRC22:29
*** LinuxMe has quit IRC22:30
*** kata-irc-bot has quit IRC22:30
*** kata-irc-bot has joined #kata-dev22:31
jbrycetesting again: kata22:32
*** annabelleB has joined #kata-dev22:40
kata-irc-bot<sgordon> \o/22:42
kata-irc-bot<kata> yayyyy22:48
kata-irc-bot<verytired1> we should probably test one more time now that you're back...22:50
jbrycetesting one more time: kata22:50
kata-irc-bot<verytired1> woohoo22:51
kata-irc-bot<kata> yayyyyy22:51
*** lamego has left #kata-dev22:53
kata-irc-bot<anne> RIP @kata's favorite github issue22:59
kata-irc-bot<verytired1> well...i don't know how to fix it for the general channel, so it may live on there23:01
*** LinuxMe has joined #kata-dev23:02
*** LinuxMe has quit IRC23:07
kata-irc-bot<sgordon> the github issue is dead, long live the github issue?23:33
*** LinuxMe has joined #kata-dev23:34
kata-irc-bot<kata> I'm so sad now hahaha23:36
*** LinuxMe has quit IRC23:39
*** annabelleB has quit IRC23:53

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