19:02:58 #startmeeting infra 19:02:59 Meeting started Tue Jul 1 19:02:58 2014 UTC and is due to finish in 60 minutes. The chair is jeblair. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:03:00 o/ 19:03:01 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:03:03 The meeting name has been set to 'infra' 19:03:06 o/ 19:03:11 #link https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting 19:03:11 o/ 19:03:15 agenda ^ 19:03:23 #link http://eavesdrop.openstack.org/meetings/infra/2014/infra.2014-06-24-19.02.html 19:03:25 last meeting ^ 19:03:35 #topic Actions from last meeting 19:03:50 so there aren't any on the list, however we did do some renames 19:03:56 yeah, that we did 19:04:05 a bunch (but not all) of the murano projects were moved to stackforge-attic 19:04:10 bash8 -> bashate 19:04:14 and designate moved to openstack 19:04:22 along with its subprojects 19:04:37 (client, specs) 19:04:40 we had to disable the bash8 devstack job temporarily, but i believe that's been re-enabled, yeat? 19:04:42 yeah? 19:04:50 yes 19:05:12 cool. i haven't heard about any problems 19:05:13 i approved the revert as soon as i got the last image update to complete (required a retry in one region because the first attempt hung) 19:05:29 we have a few more changes to the rename docs pending as a result of that 19:05:42 i think clarkb did trusty and updated build-timeout plugin 19:06:02 I did, and approved the changes to start using the new build timeout plugin 19:06:10 (catching up with puppet procedural changes) 19:06:34 #topic Announcement: Next Bug Day Tuesday July 8th starting at 17:00 UTC (pleia2) 19:07:11 not sure if pleia2 was here, but i'm sure if she were, she would want to say: "Next Bug Day Tuesday July 8th starting at 17:00 UTC" 19:07:16 in a fit of consistency, I will be out in an all-day managers meeting july 8th 19:07:38 mordred: so we can expect quite a bit of work from you as you seek to escape the tedium! 19:07:40 o/ 19:08:08 I'll prep the etherpad the evening before so we can get started quickly in the morning of the 8th 19:08:39 we should make sure this is our last bug day. i don't want to be using launchpad by the time the next one rolls around. 19:08:57 ++ 19:09:01 that would be great 19:09:14 #topic F20 jobs (ianw 7/1) 19:09:21 hi 19:09:44 thanks for reviews on https://review.openstack.org/101110 (Track last allocations to ensure forward-progress) 19:09:54 it has 2x+2s now 19:09:59 who else can look at it 19:10:18 if anyone else wants to look it over, we can wait, otherwise, we can merge it now 19:10:33 I am reasonably confident in it because the added tests are great :) 19:10:42 derekh_: ^ fyi 19:10:43 2) i've started to look at centos7 testing 19:11:23 ianw: thanks for the work on that! 19:11:30 oh, ha! rhel7 released while i was out in the wilderness! 19:11:42 https://review.openstack.org/103735 & https://review.openstack.org/103458 19:11:51 i too missed that event 19:11:57 i would love to get an early experimental job started 19:12:07 even if on just one provider 19:12:20 however, i'm not sure where i'd get the images from 19:12:43 i'd love some contacts for either hp or rackspace who i could talk to 19:12:46 jeblair: seen the review been catching up after 2 weeks off, can give it a whirl later if ye want and add another +1 (hopefully) 19:13:07 ianw: we're getting close on having dib-based images for nodepool 19:13:09 so we could discuss early centos7 images and how we could test them 19:13:23 ianw: do they have published images for early centos7? 19:13:28 mordred: yeah, i still have to spin that up and test out fedora builds there 19:13:34 next on my todo :) 19:13:37 sweet 19:13:51 derekh_: awesome that would be good 19:13:53 mordred: yes, there is a centos7 nightly stuff happening 19:14:00 ianw: the ideal is that we will soon provide our own images using dib and glance; but until that works, our process depends on hp and rax having base images 19:14:33 mordred: http://buildlogs.centos.org/centos/7/cloud/CentOS-7-Broken-20140620-Nightly.qcow2 is one i've been using 19:14:49 ianw: I love that it has broken in the name 19:14:52 the filename of that is rather inspiring 19:14:56 jinx 19:15:00 jeblair: yes, for sure, that's why i'd like to see if hp & rax have any "secret menu" etc where we could get a beta image just to smoke-test 19:15:18 but honestly, if that exists, then it's a piece of cake to make a dib image on top of 19:15:48 ianw: *nod* 19:16:23 looks like 101110 *just* got a new patchset courtesy of tchaypo 19:16:30 wait what 19:16:50 oh, he edited the commit message 19:16:53 but why 19:16:56 (through the gerrit webui) 19:17:04 o/ 19:17:17 to add Closes-Bug: #1308407 19:17:20 now it doesn't have 2x+2s :( 19:17:26 argle bargle 19:17:31 and no tchaypo here to argue with 19:17:33 :P 19:18:13 oh 19:18:41 i think i trust that review comment, so it should be a pretty easy re-review 19:18:53 yeah should be quick 19:18:55 ianw: thanks for taking on centos7! anything further? 19:19:22 so yeah, if anyone has any nicks i can ping on the image issue, that would be great. otherwise, i'll get to the dib path soon 19:19:29 other than that, no, thanks 19:20:05 #topic Zuul Cloner patch, a port to python of the devstack shell script cloning repositories 19:20:10 o/ im back 19:20:37 hashar: ping! 19:20:39 hello 19:20:45 Zuul cloner, basically a port to python of the devstack shell script that clones your repositories. 19:21:01 at wikimedia we have a similar need to clone various repo and run integration tests of the result 19:21:15 I am too lazy to adjust a shell script so went mad and ported it to python 19:21:20 #link https://review.openstack.org/#/c/70373/ 19:21:29 It is very basic for now but should fetch appropriate Zuul ref and fallback to a given branch or master 19:21:29 Example output for a job on MediaWiki branch REL1_23: 19:21:29 #link https://integration.wikimedia.org/ci/job/mediawiki-core-extensions-integration/48/consoleFull 19:21:47 out of curiousity where did the devstack function break? 19:21:50 It has the basic functionalities, would need some help writing some basic integration tests. 19:22:01 it should be reasonably flexible but I am sure there were issues 19:22:05 I am hoping you guys would be interested in eventually migrating the devstack shell of doom to that python code base 19:22:15 this is really cool, and i believe in the future we will move to using it for devstack-gate, and then start using it for other integration jobs, and we can stop abusing devstack-gate for that purpose 19:22:23 ++ 19:22:51 it is a long way though. The python part only support very basic functionality. It does not have hardcoded branches for some specific projects you have. But I believe we have a good base to be build upon. 19:22:58 yeah, the integration cloning logic in d-g is not really well suited to shell anyway, and benefits from being in python i think 19:23:58 the idea came when looking turbo hipster and talking with Joshua. He was more or less rewriting part of the devstack script. So I though cloning should be a core feature of Zuul so other third parties could reuse it easily. 19:24:16 not much to say. Wanted to make sure all of you guys know about the patch and eventually give it a try :] 19:24:49 done (sorry long read) 19:24:56 hashar: thanks, i'm very excited about it -- i'm hoping to review it soon, and maybe help out a bit :) 19:25:22 yaeh I think putting that stuff in zuul is a great idea 19:25:37 I still think it may help me review it if there are some examples of the issues with the other thing 19:25:47 basically items to be on the lookout for when reviewing that change and others 19:26:02 clarkb: i think the biggest issue is that devstack-gate comes with a lot of devstack baggage 19:26:09 oh I see 19:26:39 devstack-gate has unit tests for the cloning functionality, so we may want to make sure that those scenarios end up in the zuul-cloner too 19:26:39 I made it project agnostic. But there is a feature known as clone map which let you clone a repo at a specific place (I need that for mediawiki) 19:27:34 #topic Puppet 3 Master (nibalizer) 19:27:39 hi 19:27:47 so it sounds like i have some consesus to fire up a p3 master 19:28:07 i think that means we need someone to provision a node, and a core to sit with me and we'll poke it till it works 19:28:11 #link https://review.openstack.org/#/c/83678/ 19:28:28 i'm somewhat concerned that the 3.6.2 feature 'directory environments' will bone us 19:28:37 so im consideriing ammending that reveiw to pin puppet to 3.4 19:28:43 since 3.5 was buggy as all heck 19:29:24 is there anyone who would be willing to work with me on getting the p3 node up? 19:29:25 what does 'directory environments' do? 19:29:48 it depercates the modulepath environment variable, as well as manifest and a few others 19:30:08 #link http://docs.puppetlabs.com/puppet/latest/reference/environments.html 19:30:10 now you specify an envionment directory and in that directory each sub directory is an environment and has its own config file to set things like modulepath 19:30:22 Wikimedia migrated recently and has puppet 3.4.3 (ships with Ubuntu Precise) 19:30:54 there has been a lot of confused users on the puppet-users mailing list and on irc having trouble with changes in 3.6.2 19:31:00 might be relevant, some of our ops build a tool to compile catalog with 2.7 and 3.4 and output the resulting diff ( we got 3.4.3 ). Came very handy to ensure our puppet were still compatible. 19:31:13 ya that thing is super sweet 19:31:31 whats the name of that tool? 19:31:46 is it open source? 19:32:09 nibalizer: i should be able to help spin up a node tomorrow 19:32:11 #link http://git.wikimedia.org/tree/operations%2Fsoftware.git/master/compare-puppet-catalogs 19:32:14 sorry 19:32:30 jeblair: excellent, you're PDT right? what time works for you? 19:32:39 I have stuff in the morning so evening is preferable for me 19:32:50 jeblair: license is GPLv2 19:32:57 jesusaurus: license is GPLv2 19:33:19 awesome, thanks 19:33:42 nibalizer: not evening, so much; i'd want to start before 2pm probably 19:34:23 start at noon? start at 1? 19:34:33 nibalizer: clarkb or mordred tend to hang around later if you wanted to try to ping them 19:34:40 nibalizer: 1pm wfm 19:34:44 lets do that 19:34:52 i meant afternoon anyways 19:34:55 i'd be happy to help too, though my timezone doesn't overlap as much so unless you like getting up early ;) 19:35:07 ok cool 19:35:26 #action nibalizer and jeblair to spin up a puppet3 master 19:35:39 #topic Open discussion 19:36:08 the elasticsearch situation is slightly better this week than last (sdague has done some work to cleanup problem logs) 19:36:12 but still not great 19:36:14 nibalizer: feel free to ask about wikimedia puppet 3 migration in #wikimedia-operations 19:36:27 clarkb: how's the ssd test going? 19:36:30 mordred has pinged rax about it to see if we can have a discussion about the best way to deal with the problem 19:36:35 since nobody has provided a compelling argument for git-review 2.0, i'm going ahead with 1.24. writing up release notes this evening, i'll link an etherpad in #-infra later for perusal 19:36:50 jeblair: I haven't done the ssd yet because I was hoping mordred would get a quick response but I haven't heard anything so I should probably go ahead and start that this afternoon 19:37:01 any opposition to that? eg to wait a bit longer for word from rax? 19:37:04 * krotscheck has lots of big storyboard patches up. 19:37:12 clarkb: yeah, let's give it a shot 19:37:15 fungi: ++ 19:37:25 clarkb: learn what we can 19:37:26 jeblair: ok I will start working on that as the game happens this afternoon 19:37:31 also, i missed that we have several git-review bugs where reporters simply attached patches as diffs, and some fix (albeit low-priority) bugs. i suppose they can wait for after release to get git-am'd in 19:38:31 i have nearly, but not quite, worked through my vacation-related review backlog 19:39:09 krotscheck: scary js multi k line changes? 19:39:13 I sent a note to the list earlier I'd like feedback on http://lists.openstack.org/pipermail/openstack-infra/2014-July/001471.html have my local (my hpcloud account) demo of zanata up and running at http://15.126.233.162:8080/zanata/ 19:39:23 clarkb: I tried to break them up! 19:40:04 krotscheck: remind me again, what would be needed to make the docs-draft deploys of the js code work against prod? 19:40:39 I called WildFly the community open source version, but it seems to not entirely be a clone, but instead more like "another java application server that should do what jboss enterprise does" 19:40:39 fungi: ya I think we should get into a habit of releasing more often if git review is going to be active which it has been 19:40:44 jeblair: Configuration injection into the build, plus CORS support in pecan. 19:40:49 fungi: then the cost of applying a few bugfixes and releasing is low 19:41:04 pleia2: so it is magic? 19:41:12 clarkb: agreed. i meant to release more often, but have fallen down on the job (ENOTIME, as is the case for everyone else too) 19:41:17 clarkb: something like that 19:41:49 krotscheck: anybody doing cors in pecan? and do you think it would be safe to enable if it did? 19:42:04 pleia2: awesome, btw! 19:42:16 regarding the meetup: https://wiki.openstack.org/wiki/Qa_Infra_Meetup_2014 19:42:25 there are som potential sprint topics listed 19:42:38 fungi: lot of wikimedia/mediawiki developers are solely relying on git-review to interact with Gerrit :] 19:42:40 some of them may be discussions, some of them may be hacking... 19:42:57 fungi: definitely helped us to enroll more volunteers. So git-review is time well spent 19:43:16 does anyone have other suggestions, or feedback on those things? and would it be worthwhile to try to organize that a bit more? maybe even set a schedule? or better to play by ear? 19:43:24 hashar: as for us too. and thanks for the feedback! 19:43:45 jeblair: a loose scheduel would probably be a good thing 19:43:45 jeblair: I should probably add translation stuff on there too, might be good to have some high bandwidth time 19:43:59 jeblair: especially if people end up skpping timeslots to see darmstadt 19:43:59 jeblair: Haven’t researched it yet. 19:44:02 are qa infra meetup held on a regular basis? Would love to attend one in Europe if you don't mind having me floating around. 19:44:15 (I don't intend on doing that fwiw but have heard rumblings that this may happen) 19:44:46 hashar: no, this is the first joint one; we had a bootcamp a year ago in nyc though 19:44:47 jeblair: Maybe? I get where you’re going though. 19:45:02 jeblair: I definitely think logstash/elasticsearch sould happen given the recent issues around that 19:45:11 hashar: you should join us :) 19:45:17 (that is me being slightly selfish :) but I think it will be time well spent) 19:45:21 hashar: we'd love to have you join us :) 19:45:22 hashar: this one is in europe... fortuitous! 19:45:38 I would have if knew about it earlier. I am on vacation that week and rented a place ages ago :/ 19:46:01 you don't happen to be vacationing in frankfurt that week, by any chance? ;) 19:46:02 hashar: does the place you rented hold 30 people? 19:46:07 hehe 19:46:08 lol 19:46:40 well, we always have paris. 19:46:48 We’ve always got paris! 19:46:51 * fungi groans 19:47:08 * krotscheck fails at references 19:47:12 on topic, having past experience attending hackathon. We do it unconference style. People write down on post-it topics they are interested in, we stick them on a wall of card and thus form groups by topic 19:47:50 we also have some informal short presentations during the day. 40 mins + 20 min qa. That helps bring everyone on par on those topics. 19:47:58 hashar: good idea, and it may disrupt clarkb's plans to skip out and tour the city :) 19:48:10 hashar: that's more or less what we're doing already, i think, just getting an early start with the wiki 19:48:17 ex of one i held was: creating your Jenkins job with JJB. Covered installation, code base, yaml template, our jobs, how to set it up + demo. 19:48:38 jeblair: I am saving the touring for post paris 19:49:03 hashar: but yes, i've been to a few barcamps which used that model too and i agree it works quite well 19:49:03 we usually tour the city in the evening and end up in a bar. The city tour is a good way to relax before the exhausting round of beers / crazy night discussion 19:49:12 i think we're planning on doing a lot of presentation style stuff during the first 2 days, to try to get as many people up to speed as possible, but then the rest of the week is more freeform 19:49:39 o/ you probably have seen me poking around a bit, i wanted to let folks know that work ive been working on was released last week. we are downstream from a lot of work you are doing on config. 19:49:59 ty for your help up to now. this allowed us to create forj.io 19:50:00 i do think at least a presentation pitch phase would be helpful, in case there are some presentations which nobody really thinks they're going to benefit from after all 19:50:06 so yeah, maybe we should identify which of those topics would make good mini-presentations, or discussions, and which are hacking, and try to break things up and loosly schedule them 19:50:07 fungi: yeah that is similar to bar camps indeed 19:50:10 wenlock: great :) 19:50:27 jeblair: agreed 19:50:41 ++ 19:50:48 wenlock: that's awesome 19:50:58 I am usually not productive during such hacking sessions. But get a ton of crazy ideas that are implemented post event. 19:52:07 im hoping with time i can contribute some improvements upstream as well, so we have even lest modules we've had to fork 19:52:15 *less 19:52:15 if I take "Nodepool enhancements", you could have a presentation of nodepool, the problem it has, feature it lacks. Then brainstorm to create a backlog of items to produce for the next few months or so. 19:52:46 wenlock: any chance you'll be able to attend the meetup in germany? 19:53:13 #link https://wiki.openstack.org/wiki/Qa_Infra_Meetup_2014 19:53:14 wenlock: or oscon the following week? 19:53:26 wenlock: either or both of those would be awesome for you to come to 19:53:56 wenlock: one of the things i want to discuss is making sure we have a good roadmap for how to make infra reusable downstream, and thereby facilitate upstream contributions 19:54:14 so would love to have you involved :) 19:54:28 jeblair whish's i knew earlier, i would have asked mordred for a ticket, hehe 19:54:34 *wishes 19:54:44 wenlock: I can still go talk to people about getting you approved to go 19:54:53 * fungi suspects mordred can fit it into his budget ;) 19:55:04 well, wenlock doesn't work for me, so that's harder ... 19:55:05 is that https://www.forj.io/ based on Zuul openstack toolchain ? 19:55:15 mordred: ahh, too bad 19:55:19 but maybe a trip to portland during oscon wouldn't break wenlock's team's budget 19:55:21 true ture 19:55:42 im going to be up in Portland weekend of Aug 1-4 19:55:46 but for fundraiser stuff 19:55:52 + vacation 19:55:57 oscon is july 20-24 19:56:00 it's a great place for a vacation 19:56:08 where is oscon? links? 19:56:09 also great for brewing beer 19:56:12 i bet i can get that goign 19:56:20 wenlock: http://www.oscon.com/oscon2014 19:56:37 wenlock: in the convention center downtown 19:57:05 awesome, i'll be checking that one out. try to get my approval 19:57:07 hashar: yes, it is. 19:57:24 zaro: maybe forj.io could entirely replace me so :-] 19:57:31 wenlock: there's probably no need to register for the actual conference if you don't want -- i think we're mostly focusing on the hallway track :) 19:57:36 wenlock: or rather, the bar track 19:57:43 this 19:57:44 hashar: unlikely. more for simpler stuff 19:58:18 jeblair: or clarkb's beer barrel track 19:58:27 I haev 15 gallons of the stuff now 19:58:30 right, that's the actual thing 19:58:31 I expect you guys to help 19:58:45 a quick fyi, I'm missing oscon to get my gallbladder out (we finally found out what is wrong) 19:58:47 my liver is primed and ready 19:58:51 pleia2: oh no :( 19:58:57 but I guess good to know what is wrong 19:59:02 clarkb: yeah, no fun, but at least a solution! 19:59:04 pleia2: oh, ouch 19:59:33 clarkb: hmm, maybe worth a short trip :) 19:59:37 pleia2: sorry to hear that (but glad you know); we'll drink to your health. :) 19:59:44 jeblair: much appreciated :) 20:00:01 and we're at time! 20:00:07 thanks everyone! 20:00:10 #endmeeting