17:02:35 #startmeeting cloud_wg 17:02:35 Meeting started Wed Jun 17 17:02:35 2015 UTC. The chair is roshi. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:02:35 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:02:44 #meetingname Cloud WG 17:02:44 The meeting name has been set to 'cloud_wg' 17:02:52 #topic Roll Call 17:02:55 .hellomynameis dustymabe 17:02:55 .hello roshi 17:02:56 dustymabe: dustymabe 'Dusty Mabe' 17:03:00 roshi: roshi 'Mike Ruckman' 17:03:15 .hellomynameis kushal 17:03:16 kushal: kushal 'Kushal Das' 17:04:28 anybody else? 17:04:55 gholms jsmith jzb imcleod ^^ 17:05:23 number80 ^^ 17:05:35 .hello hguemar 17:05:36 number80: hguemar 'Haïkel Guémar' 17:05:41 the internet ^^^ 17:05:45 heh 17:06:45 * gholms is here 17:06:54 sweet 17:07:04 #topic Previous Meeting Follow-up 17:07:06 nzwulfin Blog: Build systemd unit file to start containerized cockpit as service kushal will update https://fedorahosted.org/cloud/ticket/94 about releasing a new image in the end of june 17:07:23 that was supposed to be two lines... 17:07:28 nzwulfin Blog: Build systemd unit file to start containerized cockpit as service 17:07:34 kushal will update https://fedorahosted.org/cloud/ticket/94 about releasing a new image in the end of june 17:07:46 I just pinged him in #atomic 17:07:55 I saw :) 17:08:05 I think he did blog though 17:08:12 I have it set to highlight every time someone mentions "cloud" 17:08:19 roshi, :) 17:08:28 http://www.projectatomic.io/blog/2015/06/running-cockpit-as-a-service/ 17:08:31 dgilmore, has a new tree 17:08:52 We can ask him to create a new image if the rest is ready, then we can test it. 17:09:28 regarding this is ticket 1444 17:09:29 https://fedorahosted.org/fesco/ticket/1444 17:09:52 .hello imcleod 17:09:53 imcleod: imcleod 'Ian McLeod' 17:09:54 decision is still being made regarding what all is required of an updated release media 17:09:59 o/ imcleod 17:10:29 \o roshi 17:10:39 * maxamillion is here ... sorry for being late 17:10:46 maxamillion, no problem :) 17:11:19 no worries 17:11:30 so, are we ready to test the images when they're ready? 17:11:41 we're kinda blazing the trail to ensure testing gets done 17:11:43 roshi, Yes, tunir can help in. 17:12:11 regarding tunir, have you talked to tim to get things working with taskotron or helping with disposable clients? 17:12:18 tim = tflink 17:12:23 roshi, and if people have bandwidth, I can add in the docker related tests. 17:13:08 roshi, Nope, but I am keeping my tests in such a way so that even taskotron can use them. I remember tim saying wait for the new taskotron, he wanted to design it in his way. 17:13:17 it seems to me that tunir and taskotron should mesh well, and like there's a duplication of work happening 17:13:23 * tflink doesn't recall saying that 17:13:57 tflink, I mean you were designing it at that time and have asked to see how that goes. 17:14:18 My first line was not your exact words, sorry for that. 17:15:14 I just figure since we have people working on automation, it makes sense for it to be the same automation :) 17:15:46 roshi, Yes, that is why the actual tests are just python unittest cases, anyone or any system can use them. 17:16:01 good to know 17:16:08 kushal: I am working to enable daily trees 17:16:34 dgilmore, Oh great news. 17:16:39 can you sync with tim and figure out anything you could help with regarding testing within the taskotron framework? 17:16:45 #info dgilmore is working to enable daily trees. 17:16:59 #chair dustymabe kushal imcleod gholms 17:16:59 Current chairs: dustymabe gholms imcleod kushal roshi 17:17:01 roshi, I will, but after fudcon :) 17:17:05 ok 17:17:23 #action kushal to sync with tflink regarding taskotron after fudcon 17:17:33 roshi, as a separate update, I will be too busy till 29th, and may stay dead for 1-2 days that the event. 17:17:40 it's been a while since we talked about it but cloud image testing is one of the use cases we're designing for 17:17:46 * after that. 17:17:52 tflink, Yes. 17:18:14 sweet, that'll be good 17:18:18 * tflink needs to look at the test cases for tunir to see if they'd work with the design decisions we ended up making for taskotron 17:18:32 assuming kushal isn't a zombie after fudcon, anyways 17:18:47 :) 17:18:48 tflink, hehe :) 17:18:53 at this point we need to make sure any updated image gets tested, and the results documented somewhere so QA can sign off 17:19:03 roshi, get us a wiki page. 17:19:05 since there's no SOP for updated release media ATM 17:19:13 for the testing? 17:19:16 will do 17:19:32 #action roshi to create a test matrix for testing updated images 17:19:57 Yes 17:20:30 onto the agenda items! 17:20:35 of which, we have a lot 17:20:48 Heh 17:21:06 #topic Missing Cockpit RPMS (#105) 17:21:09 #link https://fedorahosted.org/cloud/ticket/105 17:21:35 sounds like our previous decision isn't going to be what we go with? 17:21:49 we are pushing forward with the containerize it approach? 17:22:08 kushal: this is the testing you were doing right ^^ 17:22:16 * roshi hasn't been tracking this one 17:22:46 dustymabe, I thought we all agreed to have it as rpms 17:23:35 kushal: yeah we did.. but I don't think there is any way to enforce that 17:24:33 and there is now a blog post about how to use the container 17:24:42 http://www.projectatomic.io/blog/2015/06/running-cockpit-as-a-service/ 17:24:48 dustymabe, what about changing the kickstart? 17:25:24 do make it be enabled by default? 17:25:26 like as a service? 17:25:33 yes 17:25:36 I was under the impression that it was agreed to not to rpms ... but it's possible I'm mistaken 17:25:40 yeah I don't know about that 17:26:10 maxamillion: yeah we decided in last meeting to do rpms but I think others disagree 17:26:22 ones that have more control over it 17:26:43 dustymabe: ohhhh ok 17:27:00 i'm not sold on either way really. I just want the user to have a good experience 17:27:18 I think both upstream projectatomic and cockpit is recommending it be run as a container for whatever that's worth 17:27:19 and since we botched to "let's move to containers" for this release we decided to just go back to the rpm approach 17:27:30 let me try to find documentation on that 17:27:40 maxamillion: yeah I think that is the long term 17:27:54 so here's the current situation 17:27:59 yeah --> http://cockpit-project.org/running.html click on "Fedora Atomic" 17:28:15 we either double down and decide rpms are what we want and go try to enforce it 17:28:27 or we embrace the new approach and try to make the user experience better 17:28:43 kushal, roshi thoughts? 17:29:04 dustymabe, I am in for rpms, container means more to download 17:29:08 maybe related to the discussion but we're trying to come up with a testing-phase approach for https://fedoraproject.org/wiki/Changes/Layered_Docker_Image_Build_Service ... proposal should be going to the releng and/or infra lists in the near future 17:29:23 obviously in comment 11 they were ignoring what I wrote in comment 7 17:29:24 https://fedorahosted.org/cloud/ticket/105#comment:11 17:30:27 honestly, I'm out of the loop enough with atomic to not trust anything I'd say regarding it 17:30:40 I guess I can just comment in the ticket and try to push the discussion along 17:31:02 speaking blindly, whatever is best for the users - but I realize that means nil because of how loosely 'user' is defined 17:31:09 aiui, anyways 17:31:40 ok. let's move on 17:31:58 #action dustymabe to comment in ticket and keep the conversation moving 17:32:03 that fine dustymabe ? 17:32:06 sure 17:32:22 #topic Maintaining Docker images 17:32:25 #link https://fedorahosted.org/cloud/ticket/97 17:33:38 do we have any hard liaison with the Base WG? 17:33:55 I mean, docker isn't strictly cloud, I guess, but it's pretty close 17:34:05 roshi, in my count it is cloud :) 17:34:08 roshi, so lsm5 will update the repo with the steps on creating an official image on the github repo. 17:34:22 too many repo in one sentence. 17:34:31 can you update the ticket with that info? 17:34:48 * roshi realizes he doesn't even know who's all on the Base WG 17:34:56 roshi, I will. 17:35:07 roshi, even I don't know all the names :) 17:35:44 #action kushal to update ticket #97 with lsm5 activities 17:36:15 #topic Investigate systemd-networkd (#14) 17:36:18 #link https://fedorahosted.org/cloud/ticket/14 17:36:20 There goes my dream of staying out of action. 17:36:24 lol 17:36:31 comes with the territory :p 17:36:43 roshi, So I did investigated with running instances, worked well. 17:37:02 roshi, Now I will have to write the change proposal, and work on it through the ks file. 17:37:19 roshi, I will update that ticket as it goes. 17:37:28 roshi, now add another action :p 17:37:49 lol, will do 17:38:10 #action kushal to write networkd change proposal and update the kickstart 17:38:34 #topic Care and Feeding of Dockerfiles (#84) 17:38:35 update the ticket with status updates :) 17:38:36 #link https://fedorahosted.org/cloud/ticket/84 17:38:46 roshi, I guess we can skip that. 17:39:15 I don't know of any work done to split out the dockerfiles 17:39:24 we should probably have some tests for each of them too 17:39:54 roshi, Yes, more tests are always welcome ;) 17:40:14 of course, you're talking to a QA guy :p 17:40:46 kk, we'll skip it for now 17:41:05 #topic Flyer Text (#108) 17:41:07 #link https://fedorahosted.org/cloud/ticket/108 17:41:59 I think a flyer could be good 17:42:52 it might be good to get some testimonials from people who run the cloud image for their production instances 17:43:13 Yes. 17:43:16 roshi: we got some testimonials for F21 release 17:43:29 can we use those for this? 17:43:37 roshi, I guess os. 17:43:44 who wants to chase those down and write up a draft? 17:43:56 * kushal volunteers dustymabe :p 17:44:00 * dustymabe ducks 17:44:08 hah 17:44:10 haha 17:44:20 i think they are on the fedora cloud download page 17:44:23 or at least they were 17:44:27 let me see if I can find 17:44:56 roshi: yeah here is the one we got from Major 17:44:57 looks like there needs to be about 6 paragraphs and links to our docs/etc 17:44:58 V 17:44:59 https://getfedora.org/en/cloud/ 17:45:07 that was short though 17:45:25 judging fromthe server flyer 17:46:32 roshi: yeah I don't want to sign up for anything extra right now 17:46:41 summit next week is going to consume life for a while 17:47:07 I'm pretty swamped as is, so if it falls to me it's going to take a while 17:47:15 makes sense dustymabe 17:47:27 dustymabe, yes yes, that was not that serious :) 17:48:16 open floor? 17:48:37 we've got 3 more items 17:48:42 oh ok 17:48:47 we'll punt on this and move on I guess 17:48:50 * dustymabe has to leave on the hour 17:49:12 #topic Updated images (#94) 17:49:14 #link https://fedorahosted.org/cloud/ticket/94 17:49:28 this is all still in the discussion phase at a higher level 17:49:34 as we talked about a bit earlier 17:49:50 the best we can do, I think is get a RC ready, run the tests and submit to QA 17:49:57 roshi: ok 17:50:03 once that happens we can take it to whoever and then see if it's good enough 17:50:09 then the process can evolve from there 17:50:12 how are we on the issue that I listed 17:50:16 issues 17:50:31 can't say off the top of my head 17:50:44 v2 qcows is a non-trivial fix, aiui 17:50:59 Yes 17:51:00 didn't nfs-utils go stable a while back? 17:51:01 roshi: really? 17:51:08 roshi: yes nfs did 17:51:12 yeah, it's something deep in koji 17:51:14 aiui 17:51:33 I really wish we could just run the qemu-img command and be done with it 17:51:50 honestly, it might be faster to write a patch for openstack to do the conversion if it needs it 17:51:59 ie, has an older version of libvirt installed 17:52:11 that's me just guessing though 17:52:21 roshi: can the *old* openstack do the conversion 17:52:31 dustymabe: want to jump to open floor before you leave? 17:52:34 that, I don't know 17:52:45 roshi: no that's fine 17:52:54 Id like to talk a bit more about these issues 17:52:55 dustymabe, I think nope. 17:52:56 ok, just checking 17:53:13 so fix selinux policy 17:53:15 I don't know if there is an easy fix, aside from people converting it themselves 17:53:17 BZ#1227484 17:53:27 .bug 1227484 17:53:31 roshi: Bug 1227484 install of packages during cloud-init boot fails with dnf selinux avc denials - https://bugzilla.redhat.com/1227484 17:53:40 supposedly fix is out but I don't see any builds of the rpm 17:53:48 I asked in the bug but no response 17:53:54 I haven't either (but I haven't looked) 17:53:59 does anyone know how we can get a copy and test it 17:54:21 have to check if there's a koji build of it, then spin up a customized image to test 17:54:30 and I haven't been able to get local builds to work for me 17:54:33 always fails out 17:55:07 https://admin.fedoraproject.org/updates/selinux-policy doesn't list the new rpm 17:55:21 i guess I'll keep asking 17:55:24 ok 17:55:24 dustymabe, ouch. 17:55:46 not much we can do if we're not a maintainer for the package, I don't think 17:55:59 download the source, do a custom copr build and test with that? 17:56:01 I dunno 17:56:35 it's fine.. I just want to get this in before we release new images 17:56:41 yeah, for sure 17:56:49 the silver lining is that other tools work 17:57:04 so at least you're not totally blocked by it 17:57:10 yeah 17:57:13 still needs fixed and is annoying 17:57:15 ok that's it for me 17:57:20 kk 17:57:23 gl hf! 17:57:26 thanks dustymabe 17:57:31 ok going to run now 17:57:37 here is one thing before I leave 17:57:39 http://www.fpaste.org/233213/43456328/ 17:57:55 I gain some space back if I just from fstrim on rootfs of our image 17:58:01 might be worth looking at 17:58:05 dustymabe, Okay 17:58:22 We need to update the PRD. 17:58:23 good to know 17:58:42 #topic 32 bit image (#106) 17:58:44 #link https://fedorahosted.org/cloud/ticket/106 17:59:05 I think that sans stats on users/downloads, the only way we can know if it's being used 17:59:12 is if we pull it and people scream 17:59:27 so, I'm +1 that we remove it, provided we can bring it back if we need to 18:00:10 thoughts? 18:00:26 (we can continue discussion in #fedora-cloud regarding the PRD) 18:00:54 roshi, I did a +1 18:01:15 I'll vote in the ticket 18:01:24 #topic Open Floor 18:02:14 * gholms notes that EC2 introduced a new 32-bit instance type today 18:02:26 (Not that that necessarily means anyone cares) 18:02:58 interesting 18:03:08 I didn't figure there'd be anything new for 32 bit 18:03:14 * roshi sets the fuse 18:03:15 3... 18:03:23 We have to update the PRD 18:03:27 Every instance type with 4G of memory or less supports it. 18:03:32 * gholms shrugs 18:03:39 2... 18:03:44 gholms, Yes. 18:03:52 #info PRD discussion to continue in #fedora-cloud 18:03:56 1... 18:04:02 thanks for coming folks! 18:04:10 #endmeeting