19:01:10 #startmeeting infra 19:01:11 Meeting started Tue Mar 3 19:01:10 2015 UTC and is due to finish in 60 minutes. The chair is jeblair. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:01:12 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:01:14 The meeting name has been set to 'infra' 19:01:20 i'm listening to mordred speak at the board meeting right now, so i expect limited input from him... 19:01:25 o/ 19:01:25 * jeblair turns down the volume 19:01:32 o/ 19:01:33 O/ 19:01:41 #link agenda https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting#Agenda_for_next_meeting 19:01:47 #link previous meeting http://eavesdrop.openstack.org/meetings/infra/2015/infra.2015-02-24-19.01.html 19:01:51 #topic Actions from last meeting 19:01:55 mordred create openstackinfra account on puppetforge 19:02:07 so, anyone know if that happened? :) 19:02:12 I do not 19:02:55 o/ 19:03:17 yes it has! 19:03:23 yay 19:03:29 the password is recorded in hiera 19:03:48 woot 19:03:49 so we can proceed with publishing our puppet modules via that account 19:04:01 nibalizer: i think that means a bunch of little patches to each of the puppet repos, right? 19:04:11 couple things 19:04:38 o/ 19:04:39 we need to manually create the module on the forge web app, and we need to enable the publishing job on each of the modules 19:05:05 I think the metadata.json in each of our modules is good enough that we don't have to make changes there 19:05:08 we shall see 19:05:22 can we decide on a module to test this workflow? 19:05:23 nibalizer: okay, how about we work through one of the modules first, then go from there 19:05:32 sounds good 19:05:34 ++ 19:05:38 http? 19:05:38 i nominate openstackinfra-httpd 19:05:49 nibalizer: excellent ;) 19:05:58 oh, yes, if we're changing to openstackinfra then we need a small change to each module 19:06:04 #action jeblair nibalizer work through openstackinfra-httpd publishing 19:06:30 #topic Priority Efforts 19:07:01 so one thing i was thinking we should do to streamline the priority efforts part of this is to nominate a gerrit topic for each effort and use that for all related changes 19:07:11 we've been doing this partially and ad-hoc recently.... 19:07:14 oh I like that 19:07:22 and asselin actually put that in some of his specs 19:07:31 which i also think is a good idea 19:07:39 that makes a lot of sense 19:07:52 so maybe as we go through these today, let's pick a topic, and i'll make sure it's in the wiki for reference 19:07:53 cool. I can add that to the spec template then 19:07:58 asselin: ++ thanks 19:08:05 #topic Priority Efforts (Swift logs) 19:09:23 it looks like "enable_swift" is being used as a topic for this 19:09:31 I got the concurrent swift uploads change merged and onto our images. d-g log uploads take ~2 minutes now which is much better than before 19:09:36 #info Gerrit topic: enable_swift 19:09:52 clarkb: how does that compare to scp? 19:10:13 #link https://review.openstack.org/#/q/status:open+topic:enable_swift,n,z 19:10:15 jeblair: they are about equal now. I think scp may take a bit longer actually 19:10:29 though scp is doing all the uploads serially so could be made faster if necesary 19:11:10 so it seems like there should be no reason to hold off on approving those changes to start rolling this out more widely 19:11:12 yeah? 19:12:06 I don't have a reason to hold off 19:12:29 go for it! 19:12:38 ya I think we can start making it more widely available 19:12:54 there is a change to support globbing though we will need that for some of the jobs iirc 19:13:17 #link https://review.openstack.org/#/c/158514/ 19:13:25 cool, so let's land that, then continue 19:13:31 #topic Priority Efforts (Nodepool DIB) 19:13:59 looks like 'dib-nodepool' is being used here, at least partially 19:14:11 #info Gerrit topic: dib-nodepool 19:14:30 #link https://review.openstack.org/#/q/status:open+topic:dib-nodepool,n,z 19:14:36 though nothing there atm 19:15:03 next steps are fungi's bindep change to condense the number of images we need and the move of nodepool to using shade 19:15:20 both are in progress but not quite ready aiui 19:15:30 ah, and we should also see about adopting bindep into infra 19:15:39 I asked about that 19:15:48 how was the reception? 19:15:50 neither fungi or lifeless wanted to move forward on that 19:15:57 the reception was a decided meh 19:15:59 so I left it 19:16:18 oh, i thought lifeless was okay with it? 19:16:22 if you want it, I can write the patch 19:16:27 oh no obstacle 19:16:39 does “wanted to move forward” mean they didn’t want to spend the effort personally 19:16:40 they jsut weren't going to do the work or support me if I did 19:16:45 or did they think it was a bad idea? 19:16:54 neight thought it was a bad idea 19:16:57 or a good one 19:17:23 since it wasn't mine to decide I walked away at that point 19:17:31 if you want it jeblair I can write the patch 19:17:44 i think it's a good one since right now, there is only one core reviewer (who is not particularly engaged), and we're talking about making this a fairly important piece 19:17:57 so i think we can give it a good home :) 19:17:57 that was my thinking 19:18:10 with your support, I will compose the patch 19:18:25 feel free to toss me an action item to that effect 19:18:27 sounds good 19:18:33 or shall I? 19:19:06 #action anteaya write patch to have infra adopt bindep; lifeless would remain in bindep-core, infra-core would be added; ask lifeless to review 19:19:16 will do, thanks 19:19:38 any other nodepool-dib things to discuss? 19:20:11 #topic Priority Efforts (Migration to Zanata) 19:20:53 so, we made some progress this week on the module 19:20:59 #info Gerrit topic: zanata 19:21:01 I had a quick review on the new patch 19:21:09 #link https://review.openstack.org/#/q/status:open+topic:zanata,n,z 19:21:22 so it has better dependencies now, but I still need to allocate some time for testing 19:21:25 and I realized I needed more help, so I'm meeting with cinerama tomorrow in person to get her up to speed with it (she's got a vagrant VM with the puppet stuff to test so far, woo) 19:21:38 congrats pleia2 on having a unique one work gerrit topic 19:21:48 pleia2, mrmartin: that's excellent news! 19:21:48 StevenK has also signed up to get the zanata client packaged 19:21:54 pleai2: would you like to share this vagrant somewhere? 19:22:05 mrmartin: you'll want to talk to cinerama 19:22:09 I also have some vagrant scripts under the hood 19:22:12 I don't have it :) 19:22:33 pleia2: I can put this out somewhere (github) and later we can merge it into the puppet module 19:22:46 mrmartin: I think that would be helpful 19:22:49 because actually it is not nice, but works some way :) 19:22:59 that's our motto! 19:23:10 I have been working with cloud VMs, but since there's now two people using vagrant to test it makes more sense to share 19:23:11 that's our motto? 19:23:16 * anteaya takes notes 19:23:47 so with the client packaging we're now trying to push forward on more fronts than just the puppet+server thing, which is good 19:24:02 that's all :) 19:24:06 that's great! 19:24:16 #topic Priority Efforts (Downstream Puppet) 19:24:17 you can use vagrant with cloud vm 19:24:30 there were two specs for this, both approved now 19:24:38 great 19:24:55 #link https://review.openstack.org/#/c/137471/ 19:25:01 #link https://review.openstack.org/#/c/139745/ 19:25:24 how about 'downstream-puppet' for a topic? 19:25:39 or openstackinfra-puppet? 19:26:00 or perhaps openstackci-puppet? 19:26:13 I vote for downstream-puppet 19:26:19 #info Gerrit topic: downstream-puppet 19:26:22 cool 19:26:46 oh cool these have merged 19:27:04 ill spin up an example implementation of 137471 this week 19:27:37 oh 19:27:44 actually the spec said "openstackci" as a topic 19:28:09 hardly specific, taht 19:28:23 jeblair: okay 19:28:28 what the spec said 19:28:31 * asselin pays attention 19:28:45 maybe let's change the spec 19:29:03 i like downstream-puppet as a topic 19:29:04 i'll do that 19:29:06 there are 2 specs. same topcic for both? 19:29:48 asselin: yeah, so we can address them in the same meeting topic 19:29:56 asselin: i think so -- i think they are related enough that i'd like to treat them as one effort and try to get the same people reviewing them at the same time 19:30:05 ok, no objection. just to be clear. 19:30:14 i could be wrong about that, and if so, we can split it up later, but i think it's worth trying :) 19:30:31 +1 19:31:01 asselin: so is step 1 to create the new repo? 19:31:11 yes 19:31:44 sounds good. anything else to help get these started? 19:32:11 jeblair: write the govenance patch? 19:32:31 I think we can start with that 19:32:47 anteaya: yeah, all part of 'create the repo' now :) 19:32:50 #topic Priority Efforts (Askbot migration) 19:32:54 okay 19:33:19 for askbot, I assigned the tasks for storyboard to track progress: https://storyboard.openstack.org/#!/story/2000158 19:33:25 #info Gerrit topic: askbot-site 19:33:40 mrmartin: yay! thanks! :) 19:33:50 and and wrote some additional info to spec required for migration: https://review.openstack.org/160693 19:34:14 and that's all, if https://review.openstack.org/140043 gets an approval, than 19:34:15 #link https://review.openstack.org/#/q/status:open+topic:askbot-site,n,z 19:34:37 some involvment required from a core member, because most of the tasks requires some manual work 19:34:40 that has a +2 from me, needs another infra-core to aprv 19:34:55 like instance launch, hiera setup, backup / recovery etc. 19:35:11 mrmartin: yeah, once that lands, we'll find an infra-root to help with that 19:35:31 ok, so shortly this is the status 19:35:36 can I do anything to move forward things? 19:35:39 I will try to do spec review after cleaning up new gerrit server 19:36:03 fyi https://review.openstack.org/140043 is a system-config change to actually add the server 19:37:01 ok, so just a review of hiera variables required before approval 19:37:15 mrmartin: if another infra-core hasn't reviewed it by the end of the week, let me know 19:37:21 ok, thnx 19:37:31 #topic Priority Efforts (Upgrading Gerrit) 19:37:57 pleia2: did you set up the netcat? 19:38:26 no, pleia2 doesn't have a user on the system yet do to a puppet race during user creation that led to groups being wrong and overlapping for some users in bad ways 19:38:35 I am going to fix that after the meeting 19:38:36 thanks clarkb :) 19:38:40 oh ok. so real soon now. :) 19:38:45 yep 19:38:50 #action pleia2 set up netcat hello-world on new gerrit port 29418 19:39:02 we should probably defer discussion of the upgrade date until next week 19:39:20 #info april 11 and may 9 suggested as gerrit upgrade dates 19:39:26 (just continuing that from last time) 19:39:28 agreed would be nice to pick a time fungi can participate 19:39:43 jeblair: you don't have a user either :P 19:39:57 zaro: anything else? 19:40:04 clarkb: you don't know what a relief that is 19:40:09 haha 19:40:51 #topic Governance changes (jeblair) 19:41:08 #link https://review.openstack.org/#/c/159936/ Remove py26 add py34 to PTI 19:41:08 #link https://review.openstack.org/#/c/159935/ Remove reference to Jenkins 19:41:08 #link https://review.openstack.org/#/c/159930/ IRC channel policies 19:41:36 these are all probably worth a look and of some interest to infra folks 19:41:43 the first two are quite trivial 19:42:09 the third i wrote at the request of the tc in response to the recent community thread... 19:42:22 jeblair: are you going so far as to set the 'on join' message in chanserv? 19:42:26 i think a lot of folks think that it would be simplest/best if all the irc channels are logged 19:42:38 so that's a resolution to have the tc say that they think it should be the case 19:42:42 I agree with the patches as written 19:42:52 and i've written somewhat vaguely so that we have some discretion about how to implement it 19:43:04 I'm for vague at this point 19:43:25 i think at a minimum we should enforce logging in project-config (could probably make it a gate check, but at least a human check for now) 19:43:27 since more detail just means more policing/follow up for us 19:43:28 and yes.. 19:43:49 nibalizer: i think we should also do on join messages, and possibly figure out a way to get the log location into all the topics automatically 19:43:59 jeblair: in project-config? Logging is configured in system-config 19:44:12 yeah that statement lost me as well 19:44:19 AJaeger_: ha, indeed. :) 19:44:26 I thought we were discussing logging of irc channels 19:44:48 * AJaeger_ cleaned up recently channels so that all channels in gerritbot get accessbot as well - that's one part of the story 19:45:00 AJaeger_: nice job 19:45:08 there're a couple of review - and I've learned from clarkb to check this during reviews ;) 19:45:28 i'm hoping to fix the fact that logging is not in project-config, but i don't have a plan written up yet, sorry. 19:45:42 ah now I can follow that statement 19:45:55 so yeah, we may need to do some cross-checking for a while 19:45:57 jeblair: once we move it over, we could gate that a channel is configured in all three places 19:46:10 do we care about channels that use openstack- but aren't represented in project-config in any way? 19:46:11 AJaeger_: yeah. i'm hoping to make one config file 19:46:23 jeblair: What's the order? Merge in project-config only if change has been proposed for system-config? 19:46:50 or system-config either 19:47:59 AJaeger_: that sounds like a good starting point 19:48:15 and we'll work on making it simpler 19:48:43 * AJaeger_ reviews proposed changes again... 19:49:10 AJaeger_: heh, we could wait until the governance change lands before we start enforcing it 19:49:26 #topic Infra-cloud (jeblair) 19:49:39 so i briefly linked to the artifacts from this last week, but we ran out of time 19:50:06 #link summary email https://etherpad.openstack.org/p/kBPiVfTsAP 19:50:06 #link story https://storyboard.openstack.org/#!/story/2000175 19:50:06 #link etherpad https://etherpad.openstack.org/p/InfraCloudBootcamp 19:50:35 this is just getting started, but i think the next step here is to write up the design documentation based on what we talked about in person 19:50:41 and get that up for review 19:51:08 is anyone interested in doing that? 19:51:32 you would need someone from the in person meeting to do that, yeah? 19:51:57 anteaya: it would make the most sense. there's a lot of detail captured on the etherpad, but they would have more context to tie it together and fill in blanks 19:52:12 Interested, but wouldn’t be able to start on it until about the 16th, which is going to be almost a month after the midcycle 19:52:15 will that cloud be accessable for translators and documentation as reference? 19:52:24 re: Bikeshedding about ansible and puppet <-- did we actually decide? 19:52:37 installing and maintaining openstack is hard :) 19:52:52 heh, you dont have to tell the tripleoers that 19:52:54 pleia2: from memory, that wasn’t a “which should we use?” discussion, it was a “how do they mesh?” discussion 19:52:56 pleia2: i think the consensus was strongly in favor of using the openstack puppet modules from stackforge 19:53:02 greghaynes: yep, that's where I got my experience 19:53:06 with perhaps a bit of ansible to kick off puppet runs 19:53:16 and orchestrate things 19:53:18 tchaypo: right 19:53:28 which is the general direction we're already heading 19:53:35 jeblair: so I spoke with crinkle about the puppet modules over the weekend (unrelated) and puppet-openstack isn't really a thing anymore, you sort of cobble together your own central openstack module and pull in the nova, neutron, etc 19:53:36 AJaeger_: not sure i understand the question 19:53:56 I don't recall in-depth discussion on puppet vs ansible, would like to see that hashed out a bit 19:53:57 o/ 19:54:04 crinkle: ++ 19:54:18 jeblair: the translation team has setup a "reference server" so that translators can look at horizon and figure out where and how strings are used and then write the proper translation 19:54:34 Suchc a reference would be usefull for documentation sometimes as well. 19:54:52 crinkle: ++ - I think we also had some false assumptions about the state of ansible openstack deploy tooling (which I discovered after playing with them this week). Maybe an ML thread is in order 19:54:58 pleia2: makes sense; i imagine we will have machines that use the nova module, others that use glance, etc... 19:55:00 AJaeger_: ++ 19:55:01 anyway, I'd like to be involved with this 19:55:05 So, my question is whether translators and documentation writers will be able to access the cloud - or whether that's something totally different? 19:55:10 but I wasn't at the in person meeting, so maybe someone else leads here 19:55:34 AJaeger_: it's not our primary goal, but if we get it up and running, perhaps we can figure out a way to do that later on. it's a good idea. 19:56:03 AJaeger_: jeblair: I often use Trystack and saw a similar possibility here. 19:56:14 pleia2: i want you to be as well :) 19:56:15 What would translators and doc writers want to do in the cloud? 19:56:41 (I’m not questioning why they’d get access, I’m wanting to make sure we’re clear about how it would be useful so we can keep that in mind as we design) 19:56:50 tchaypo: testing use cases? 19:57:05 tchaypo: checking the state of translations in the horizon interface, how complete they are from a UI perspective 19:57:08 tchaypo: see http://docs.openstack.org/user-guide/ - that guide has a horizon section 19:57:17 Documentation editors need to verify that 19:57:33 greghaynes: i'd like to get a proposal written up first before we start a list thread on something like that 19:57:33 And translators see a random string in horizon and need to figure out how to translate it 19:57:54 greghaynes: let's have a think we can specifically point to and change 19:57:54 tchaypo: for checking if horizon changed release-to-release 19:57:56 tchaypo: best to reach out to the openstack-i18n list 19:57:57 would they be wanting “go build a horizon for me with this new patchset” access, or just “let me see a recent horizon" 19:58:06 tchaypo: six month releases only 19:58:18 tchaypo: current horizon 19:58:21 tchaypo: otherwise I have to run a devstack on stable/release branches 19:58:23 okay 19:58:26 jeblair: Agreed, theres also a lot of things to do before we get to a point where we need to decide too 19:58:33 tchaypo: just to see the dashboard 19:58:37 thanks :) 19:58:46 tchaypo: the i18n team just deploys head daily AFAIK 19:58:47 tchaypo: thanks for asking about the use case :) 19:59:06 jeblair: design documentation == spec? 19:59:40 pleia2: normally i would say yes, however, in this case i think we could actually just write the documentation patch for system-config... 20:00:07 i think that will save some effort in the long run 20:00:32 we can treat it like a spec in that we don't have to approve it until we agree that the documentation matches what we want :) 20:00:43 makes sense 20:00:51 I’ve added a note to the bottom of https://etherpad.openstack.org/p/kBPiVfTsAP summarsing what I understand of what we just said 20:01:14 feel free to make what I wrote match reality if it’s wrong 20:01:31 anyway, we have failed to get a volunteer for this. i will move on to alternate means unless someone pings me in channel. :) 20:01:36 time's up, thanks all 20:01:38 #endmeeting