15:02:32 #startmeeting third-party 15:02:32 Meeting started Mon Aug 17 15:02:32 2015 UTC and is due to finish in 60 minutes. The chair is anteaya. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:02:33 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:02:35 The meeting name has been set to 'third_party' 15:03:29 so hello 15:03:39 and I hope everyone is well today 15:03:48 as I said I am about to board a plane 15:04:02 so if anyone has anything to share do speak up 15:05:20 hi anteaya, nothing hear, only tunning in 15:05:26 here* even 15:05:32 wznoinsk: hi 15:05:37 thanks for tuning in 15:05:48 I have no announcements 15:05:57 same here, just tuning in 15:06:09 wznoinsk: willing to allow me to make you chair in case I lose service? 15:06:23 yes, no probs 15:06:37 o/ 15:06:43 or asselin better 15:06:52 #chair wznoinsk asselin 15:06:53 Current chairs: anteaya asselin wznoinsk 15:06:55 you both are 15:06:57 thank you 15:07:11 I lost service when I tried to make you chair? 15:07:20 s/?/:) 15:07:28 hi tim_o thanks for tuning in 15:07:32 asselin: welcome back 15:07:50 good morning 15:07:53 asselin: anything you want to share today? 15:08:01 it is a good morning :) 15:08:24 a long shot but did anyone hear of/used himself,herself/saw someone using containers for a CI? asking because we did it and somehow works ok for use, I was wondering if there are others interested 15:08:35 wznoinsk: nice 15:08:42 wznoinsk: I think others would be 15:08:57 wznoinsk: would you like to share some of the information about your setup? 15:09:28 what would be the best? a mailing list post to -infra? an etherpad and a link to a mailing list post? 15:09:38 wznoinsk: what might make sense to you? 15:09:47 it's a simple one because we don't use any provisioning tool (like nodepool for VMs), we spawn containers on the jenkins slaves themselves 15:09:57 interesting 15:10:09 perhaps a post to the infra mailing list sharing the setup 15:10:10 * wznoinsk digs out an old irc meeting log 15:10:30 http://eavesdrop.openstack.org/meetings/third_party/2015/third_party.2015-03-18-15.00.log.html 15:10:40 and then if more info is required folks reading the mailing list post can share their thoughts about that 15:11:01 yes, it sounds like a good idea, I can send something to ML and see the response 15:11:07 is there a time stamp that is useful for that log? 15:11:15 wznoinsk: I support that direction 15:11:20 that would be great, thank you 15:11:25 wznoinsk, I remember this presentation 15:12:25 asselin: what do you think, would others be interested? 15:12:29 asselin: good to hear ;-) 15:13:01 I would be interested 15:13:07 anteaya, yes I believe so 15:13:08 rhe00: thank you 15:13:12 asselin: awesome 15:13:20 I look forward to your post wznoinsk 15:14:13 anything more on this topic? 15:14:18 ... 15:14:37 let's move on 15:14:49 does anyone have anything else they would like to discuss today? 15:14:50 one case CI may be facing is access to the physical hardware on the host to test specific functionality, would you guys know is it pci passthrough used or rather baremetal stacking? 15:15:37 rhe00: check the above log and http://pastebin.com/972cE2mc and shout if questions 15:15:38 wznoinsk, not sure I understand your question, but we use pci passthrough for cinder fibre channel driver tests 15:15:55 sorry I should link that url 15:15:57 ok, is it anyhow problematic/needs workaround or not? 15:15:58 #link http://eavesdrop.openstack.org/meetings/third_party/2015/third_party.2015-03-18-15.00.log.html 15:16:16 <- asselin 15:16:20 #link http://pastebin.com/972cE2mc 15:17:05 wznoinsk, it's been working fine for us and patrickeast. not sure who else. 15:18:07 asselin: it sounds easy then, we on the other hand, can't use VMs as they have only one numa node and we run test using at least two 15:18:13 time for me to board 15:18:15 thank you 15:18:19 please continue 15:18:23 I will read the log 15:18:27 anteaya: have a good flight 15:18:29 see you next week 15:18:31 thank you 15:18:52 anteaya, bon voyage 15:19:25 Hi 15:19:27 I'm then wondering what other cases can be 'not possible' with VMs that could potentially be workable when using containers for the builds 15:20:20 hi lennyb 15:20:34 wznoinsk, I see containers as a way to possible improve ci performance 15:21:31 asselin: that's for sure, you have to be carefull with some 'shared' resources when you use containers tho, kernel/modules, hugepages etc. 15:21:53 all depends whether you run some exotic tests obviously, but that's probably not your case 15:23:23 if anyone has any questions about ci in containers (docker) I'm happy to sort you out or die trying 15:23:33 it would be nice if nodepool could also provision containers 15:24:16 asselin: do you know whether there's any movement for it there? 15:24:38 wznoinsk, I don't think there is. 15:24:56 I'm not sure upstream can use containers with their public clouds 15:26:12 In theory, if openstack supports docker containers, we should be able to reuse nodepool for third-party maintained cloud? 15:28:34 mmedvede: you mean provision vms in 3rd party cloud using nodepool and openstack to start containers inside? 15:29:21 wznoinsk: yes. In theory, it should look the same to nodepool, so no reason it should not be possible 15:29:52 I did not try docker OpenStack hypervisor. There might be quirks 15:30:54 I think the ideal solution is if nodepool would support containers itself, then less failure points and overhead 15:32:12 wznoinsk, I believe the nodepool design can support containers. It already supports vms & baremetal provisioning. 15:33:48 asselin: was not aware of baremetal provisioning - so it does not use OpenStack for that? 15:34:06 it looks like it could be a quick win here 15:34:09 mmedvede, it should use ironic 15:35:10 afaik, nodpool only can do what OpenStack can 15:35:12 would you know how much/less difficult it would be to have openstack provisioning + cloudinit script instead of nodepool? 15:36:49 wznoinsk, I think they're the same 15:37:19 I realized it just now, thanks 15:38:22 nodepool tries to keep a supply of nodes available. It uses openstack apis to manage node lifecycle 15:42:06 any other topic? 15:46:24 wznoinsk, just saw this 15:46:29 #link https://www.linkedin.com/pulse/dynamically-add-jenkins-slaves-using-kubernetes-yolanda-robla 15:47:20 looks interesting 15:47:34 btw. is nodepool in (or planned) in downstream ci? 15:48:02 nodepool is planned to downstream-puppet 15:49:53 it looks like I have enough to read about now, that's all from me for this meeting 15:50:49 anyone else have topics/questions to bring up? 15:54:29 #end-meeting 15:54:47 #endmeeting