09:00:37 #startmeeting magnum 09:00:38 Meeting started Wed Jun 17 09:00:37 2020 UTC and is due to finish in 60 minutes. The chair is flwang1. Information about MeetBot at http://wiki.debian.org/MeetBot. 09:00:40 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 09:00:42 The meeting name has been set to 'magnum' 09:00:42 #topic roll call 09:00:50 o/ 09:00:57 seems only you and me, brtknr 09:01:05 strigazi: jakeyip: 09:01:12 o. 09:01:13 o/ 09:01:45 brtknr: i don't have much topics for today 09:02:16 o/ 09:02:17 nor me really, just wanted to bring to attention the releases 09:02:28 as long as I finish my internal k8s work, i will get the new api for get nodes of NG and master_lb_enabled for cluster creation done 09:02:41 brtknr: i think the train 9.4.0 is good for me 09:02:57 i need take a look the ussuri 10.1.0 09:03:11 i'd like to make sure all the good patches have been backported 09:03:29 flwang1: yeah i am in no rush for 10.1.0 but 9.4.0 is long overdue 09:03:39 brtknr: let's get it done 09:03:40 but would like the last couple of patches to merge 09:03:53 to avoid release team tired to look after it 09:04:01 sure 09:05:44 i like your shebang patch 09:06:05 flwang1: thanks 09:06:09 just one comment, is it only targeting remove the /usr/bin/bash line? 09:06:30 do you think it's a good idea to print the step for each script? 09:06:30 both /bin/sh and /bin/bash 09:06:50 flwang1: i have proposed a second patch to print step 09:07:02 fantastic 09:07:06 no problem 09:07:10 i will test it tomorrow 09:07:12 https://review.opendev.org/#/c/735862/ 09:07:40 the second patch also unsets options set in the beginning of the script 09:07:55 good 09:07:55 we dont want strange unpredictable interaction between scripts 09:08:04 agree 09:09:53 btw, we have built a pipeline for hyperkube image 09:10:12 but i don't know how to implement it on openstack infra 09:10:39 i think that's one of the high priorities for our team 09:11:47 flwang1: do you want to share it? 09:11:55 Is it docker build? 09:12:53 brtknr: we still need sometime to polish it, but it can be shared for sure 09:13:01 Ok 09:13:23 flwang1: btw did you get a chance to look at this: https://review.opendev.org/#/c/735100/ 09:13:29 now the pipeline will create a VM and sync code to it, then run quick release to generate the hyperkbe image 09:13:46 then run kubeadm to start an allinone cluster and run sonobuoy to test it 09:14:36 sure, will review it 09:14:40 thanks for working on that 09:15:22 flwang1: sorry what is the role of kubeadm here? 09:15:28 to test the hyperkube image? 09:15:34 are you building 1.19.x image? 09:15:46 yep, to test the hyperkube image 09:16:11 ah ok 09:16:14 no, we're building v1.16.9 for testing, and will build v1.19.x in the near future 09:17:32 Oh ok do you think the procedure for v1.19.x image will be the same? 09:18:09 it should be 09:18:16 i can't see why it doesn't work 09:18:40 ok 09:18:57 i think the community just remove the hyperkube docker file building, they shouldn't change all the scripts to break things 09:19:02 The alpha version of 1.19.x is already out 09:19:09 otherwise, they will get much more complains 09:19:19 would be good if you could check quickly if the current docker file is compatible 09:19:27 good point, will do 09:19:58 flwang1: thanks 09:20:20 this is a rather annoying change 09:20:35 i dont completely understand why they did it 09:20:43 do you? 09:21:11 based on the issues, they think there are too many CVEs and the team don't want to maintain it anymore 09:23:08 but as strigazi said, k8s is such a big community 09:23:23 it's not responsible to leave this work to each org 09:23:29 to duplicate the effort 09:24:41 anything else you would like to discuss? 09:25:02 brtknr: can you please revisit https://review.opendev.org/#/c/733027/ ? 09:26:10 lgtm thanks +2 from me 09:26:48 brtknr: thanks, i'm going to give it a ninjia approve based on the +2 from strigazi :) 09:27:45 if you're sure... 09:27:59 btw, as for https://review.opendev.org/#/c/726017/ i'd like to understand how do you guys maintain templates 09:28:30 i'm working on k8s versions support policies, i'd like get some input if you don't mind 09:29:32 flwang1: based on the discussion at PTG? 09:29:45 where you can define upgrade path in templates? 09:30:06 yep, for example, how many versions you're supporting? 09:30:31 what happened if user's cluster are still on a version which has been deprecated? 09:32:10 flwang1: we dont normally worry about this as most clusters are short-lived 09:32:39 users create the cluster templates and clusters on demand 09:32:51 ah, right 09:32:52 ok 09:34:32 flwang1: have you even thought about centos driver btw? 09:34:59 using centos as os? 09:35:05 flwang1: yes 09:35:15 i think blizzard did that 09:35:25 but they didn't contribute it back 09:35:33 flwang1: they never upstreamed the driver right? 09:35:41 yes 09:36:03 i am working on a use case which requires centos driver 09:36:07 they shared some personal code piece IIRC 09:36:16 interesting 09:36:31 you can reach out them and see if they would like to upsteam 09:36:45 because Mellanox OFED drivers cannot be easily installed on fedora atomic 09:36:48 or fedora coreos 09:37:17 so at the moment, i am using a kubespray cluster instead of Magnum 09:38:15 i see 09:39:05 anything else you would like to discuss? i'm going to offline now 09:39:31 thats all from me 09:39:42 I thought about something earlier but I cant remember it 09:40:16 I have something... thanks brtknr for pointing out hca issue 09:40:19 :) no worries, you can leave message any time or just drop an email to me 09:40:33 #endmeeting