16:00:52 #startmeeting openstack-chef 16:00:56 Meeting started Mon Jul 13 16:00:52 2015 UTC and is due to finish in 60 minutes. The chair is j^2. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:58 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:01:00 The meeting name has been set to 'openstack_chef' 16:02:17 hey everyone! 16:02:30 Howdy 16:02:35 hi 16:02:51 good $TIME_OF_DAY 16:03:03 :D 16:03:11 so i’ll give everyone a couple mins to join 16:03:25 AGENDA: https://etherpad.openstack.org/p/openstack-chef-meeting-20150713 16:05:20 ok, cool 16:05:26 so this sohuld be pretty quick…ideally 16:05:33 #topic Announcement(s) 16:05:53 Toyko Summit ATC passes got released this morning 13-07-2015, check your inboxes for the information. 16:05:53 We're providing all ATCs who contributed to the Liberty cycle (priorto July 8, 2015) 16:06:06 anything else? 16:07:05 quick session review? 16:07:18 not sure what you mean about that 16:07:20 We have two submitted right now, any others regarding Chef? 16:07:36 oohh 16:07:50 i have one on the Mailing list one too 16:08:03 anyone else have talks they are submitting? 16:08:18 nope 16:08:21 we should try to help each other out 16:08:29 advertise and what not right? 16:09:03 i, most likely, won't be at the summit unless i have a remarkable change in luck 16:09:26 yup, just making sure folks know there are some Chef sessions scheduled and get word out... 16:09:51 sc` broke any mirrors lately? 16:09:51 rock on 16:09:54 sc`: sorry to hear that 16:10:04 i could talk to edgar for you ;) 16:10:41 ha 16:10:41 any other announcements? 16:12:12 cool, lets go on to Previous Business 16:12:24 #topic c7 still requires some modifications to common to start to converge. still working on getting a converge 16:12:33 sc`: updates? 16:12:46 the main obstacle at this point is mariadb 16:12:53 as with last week? 16:12:59 dude hasnt merged yet eh? 16:13:01 yup. no chance from last week 16:13:06 s/chance/change. 16:13:07 #link https://github.com/sinfomicien/mariadb/pull/73 16:14:15 we'd also need to get a new version pushed to supermarket 16:15:21 true dat 16:15:35 #topic specs.openstack.org 16:15:50 yeah i still havent done anything with this, i’ll update on _what_ I’ve been doing here in a bit 16:15:57 i’ll still own it though 16:16:17 #topic How to handle cross project CI testing. 16:16:23 so this one is the big one 16:16:51 i havent seen any tests yet; but markvan’s update with the wiki has been greate 16:17:21 is there any questions or thought on this, or can we take this off the agenda going forward? 16:17:58 a side note, we caught our first bug with the new Depends-On support: see https://review.openstack.org/#/c/198997/ 16:18:08 i think some of this should probably move into a spec 16:18:20 jklare: can you explain that? 16:19:09 so basic cross project support is there, for cookbooks and repo, now just need to get CI gate going to really see this work 16:19:18 i think the first option about leaving in the old function is basically about a good workflow we should adapt 16:19:51 the non-voting ci job can be done, if my patch mentioned below gets merged and we port our ci to all cookbooks (in reverse order) 16:20:27 the cross cookbook dependencies are a bit harder i think, since i have not found a good way to use zuul-cloner for this so far 16:20:52 but since we are nearly done with our own gerrit-zuul-jenkins stack, i will invest some more time into that in the near future i think 16:21:12 so maybe we could move this cross cookbook part into a spec 16:21:19 or a blueprint 16:22:33 how are cross cookbook dependencies diff from Depends-On support? 16:22:59 i thought the Depends-On support covered the cross, wait a sec let me reread whats going on 16:24:09 maybe i missed something about the depends-on thingy 16:24:27 ah so the blueprint ot capture the ideas, but yeah the depends on thingy should do what you’re discribing as your gap jklare 16:24:48 it figures out what order it’s supposed to merge for the verifid/gates 16:24:51 let me find the link 16:25:07 #link http://docs.openstack.org/infra/manual/developers.html#cross-repository-dependencies 16:25:13 yeah that whole section 16:25:26 it takes a bit to grok, but it’ll make sense 16:25:56 so this will also allow the integration testing with multiple patches? 16:26:09 yup 16:26:20 ah ok, then i missed that part 16:26:39 check out the log from the patch I mentioned above, its one of the first to kick this support on 16:27:29 kk, will do 16:28:05 #topic keystone under apache, blueprint patches submitted 16:28:10 so this is interesting 16:28:30 it seems that this has been resolved 16:29:04 yup, for kilo, the new recipe is in, but not activate in any role, that will be a change for liberty 16:29:21 are there any plans to backport this? 16:29:58 sc`: you’re more then welcome to ;) 16:30:03 humm, had not thought about it. it might be a bit ugly since I needed to bump up the apache cookbook version to get some needed bugfixes 16:30:38 j^2: :) 16:31:49 markvan: do you mind scoping the backport and publishing what you think would be needed to be done? 16:32:03 it might be worth looking into for Juno, being LTS, 16:32:12 but depends on the effort involeded 16:32:15 sc`: that good for you? 16:32:26 btw: i am really not sure about this juno lts thingy 16:32:39 i think we should probably not worry too much about that 16:32:45 yeah? 16:32:51 j^2: yeah. if it's a big hassle, then it's not worth the cycles 16:32:54 icehouse EOL’d last week 16:33:22 markvan: good on your end? 16:33:38 I can take a quick peek and see what would be needed 16:34:27 #topic AIO-Neutron Update: https://review.openstack.org/#/c/196858/ 16:34:35 now i’m pretty pround of this guy 16:34:45 though i need some help 16:35:27 the main issue is OVS needs a second adapter to work to slurp up the NIC and do it’s black magic 16:35:46 HP cloud, doesnt have eth1 RS does have eth1 16:35:55 so we have to create a dummy interface 16:35:58 which is what i did 16:36:32 now creating the pools are my problem, i cant seem to relyably get the gateway and create a floating ip pool out of it 16:36:47 if anyone is willing to step up and help that would be amazing 16:37:52 any high level questions on this? 16:38:35 sure, maybe we can talk about this later and i will try to help where i can 16:38:42 jklare: sounds good 16:39:15 anything else? 16:39:48 #topic Manila Cookbook: https://github.com/jjasghar/cookbook-openstack-shared-filesystem 16:39:56 so I’ve taken a stab at the Manila cookbook 16:40:02 it doesnt converge or anything yet 16:40:25 and i don’t want to move it into the openstack namespace till it “works” but i’d love some other eyes on it 16:40:42 it’s just a framework right now 16:41:42 i just randomely picked one of the other “not-so-huge” projects to say that we can make cookbooks for something else 16:41:59 alanmeadows: was supposed to give us Desegnate ;) 16:42:09 sadly i do not have too much time this week and will be out of office next week 16:42:26 :( 16:42:45 also the “orchestration cookbook” works still out of the box 16:42:48 I'll give it a quick review when I get a chance...but dont know much about manila 16:42:50 i validated that last week 16:43:05 markvan: yeah that’s one reason why i picked it, it’s basicly “shared” nfs 16:43:17 i’m not sure _why_ you’d want it, but it’s there 16:43:49 yeah, some folks here are interested since we have the slick gpfs product.. 16:44:10 I've been a total slacker on that (been going through home closing this month), I actually have some working code for designate that just needs to be cleaned up since it was just used internally for a small project. 16:44:29 Do we have a time line for when we're aiming for introducing a net-new book? 16:45:15 alanmeadows: when it’s ready? ;) 16:45:19 lol 16:45:53 I think I can turn something around thats good to get the ball rolling in about two weeks 16:46:04 if that is sufficient you can still count me in 16:46:05 alanmeadows: rock on, i’ll start bugging you then ;) 16:46:18 please always feel free :) 16:47:29 cool, i forgot one announcement 16:47:40 #topic OpenStack Ops Mid-Cycle Meetup 16:47:45 I’m gonna be there 16:47:54 Tuesday, August 18, 2015 at 9:00 AM - Wednesday, August 19, 2015 at 5:00 PM (PDT) 16:47:54 Palo Alto, CA 16:47:54 https://etherpad.openstack.org/p/PAO-ops-meetup 16:47:54 http://www.eventbrite.com/e/openstack-ops-mid-cycle-meetup-tickets-17703258924 16:48:05 if anyone else could that would be amazing 16:48:40 yeah, I asking about that one, but odds are not good 16:49:12 i'll probably make it to that since i'm local 16:49:18 It's across the bridge for me (30m away), so its just about getting some time allocated, so odds are pretty good 16:49:33 too far for me 16:49:33 it’s useally a good oppertunity to just discuss stuff, anad hell if we get a couple of us there we can powwow on somethings 16:50:13 there really is a great productivity boost when we’re all together 16:50:34 alanmeadows: ooh, if you’ll be there we can put those finishing touches on desginate, and maybe even get it shipped then 16:50:51 i have a cluster we can inject it in too if we want 16:51:17 to validate 16:51:22 anyway... 16:51:23 that will be a good forum to discuss 16:51:27 rock on 16:51:33 #topic General Discussion 16:51:44 open floor? or a second to close the meeting? 16:52:34 would be great if you could take a look at this periodic test patch 16:52:45 link? 16:52:49 or both that are mentioned in the etherpad 16:53:05 https://review.openstack.org/#/c/194164/ should build it at 6am UTC every day 16:53:09 awesome 16:53:12 ah, cool 16:53:14 https://review.openstack.org/#/c/194181/ to move it from experimental to non-voting in check 16:53:16 yeah i’ll take a look myself 16:53:49 these have been out for some time now and before i start kicking some infra ppl it would be good to have some feedback from you 16:54:10 i’d love experimental to move to non-voting, it’s annoying having to write check experinmental every time 16:54:25 yup, will also review them 16:56:21 cool anything else? 16:56:47 nothing from me 16:57:42 cool, thanks everyone 16:57:45 #endmeeting