19:02:29 #startmeeting infra 19:02:30 Meeting started Tue Mar 5 19:02:29 2013 UTC. The chair is jeblair. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:02:31 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:02:33 The meeting name has been set to 'infra' 19:02:39 before fungi falls asleep on the desk 19:02:47 heh. that was pushups 19:02:50 i think 19:03:01 could be headdesk 19:03:07 fungi: it's all about context 19:03:11 new tie fighter 19:03:13 #link http://eavesdrop.openstack.org/meetings/infra/2013/infra.2013-02-26-19.02.html 19:03:19 #topic last meeting 19:03:36 fungi: did you disable the old wiki some time after march 1? 19:03:53 um, it's still sometime after march 1st right? 19:03:59 fungi: and will be for some time! 19:04:00 * fungi does that right after the meeting ;) 19:04:14 fungi: so you'll just shut down services, yeah? 19:04:42 oh, it's disabling an apache vhost, iirc 19:04:47 jeblair: i was just planning on commenting back out the scriptalias and aliases i'd added back to the vhost config on it to make it work before 19:04:55 since we still have tarballs there. 19:04:58 fungi: cool. 19:05:16 i think ttx may have still had other stuff being served from that vhost or something 19:05:29 mordred: did you yell at hpcloud to fix the openstackjenkins account (az3 doesn't work)? 19:05:38 I did 19:05:44 so far, nothing 19:05:55 fungi: yeah, i believe ttx is working on making the release status stuff nicely installable 19:06:05 mordred: awesome. 19:06:15 #action mordred yell at hpcloud some more about az3 19:06:22 hehe 19:06:49 #topic CLA 19:07:07 it happened 19:07:10 yay! 19:07:14 fallout continues 19:07:33 generally successful, but as always communication is never perfect 19:07:54 I got a few DMs on twitter I was able to help with, so I'm glad I announced it there (@openstack retweeted) 19:07:58 so we have lots of people and some percentage are bound to get confused 19:08:15 no actual problems though, all just email mismatch 19:08:23 >200 people seem to have successfully done it though 19:08:35 * fungi checks the number again real fast 19:08:36 which I think is a success is for just a few days 19:08:49 pretend that second "is" never existed 19:09:06 clarkb, I have a filter for such things 19:09:08 294 now 19:09:11 woo 19:09:13 nice 19:09:21 we'll break 300 today utc easy 19:09:29 that's 58% of ATCs for an entire release cycle. 19:09:46 i guess some people do actually work on this project. good news! 19:09:51 :) 19:10:35 yeah. that's actually a nice stat to keep in our back pocket, when people ask "how many of the ATCs are _real_" 19:10:36 todd said he was going to try to make a change to help some of the e-mail mismatch issue this week 19:10:51 great 19:11:21 if someone wanted to do a time-trended cla signing chart, i could provide raw data 19:12:01 you can infer some level of activity of different percentages of the devs from how long it took them to sign 19:12:11 cool 19:12:16 sorry, my pc clock is stuck on 10:58. 19:12:25 fungi, would graphviz work for that? 19:12:44 anteaya: it might, though it would probably be overkill. gnuplot would be my go-to there 19:12:47 I'm thinking something more like gnuplot 19:13:12 fungi, pleia2 I haven't worked with gnuplot but it if takes less than 2 hours to do, I will do it 19:13:30 iirc you give it a csv and it draws graph 19:13:46 anyway, i think that's generally it for cla stuff. oh and we trimmed the icla preamble and made the system and usg cla descriptions more scary yesterday 19:13:46 I seem to recall it being pretty easy to do simple stuff 19:14:06 fungi: maybe we can add gerrit specific instructions to the page? 19:14:18 if I can get something out of spending 2 hours max on it, then we will have a chart 19:14:21 eg email must match foundation email and you need to enter contact info 19:14:48 clarkb: perhaps... though i still doubt the people who had issues would have succeeded had that been in there 19:15:01 but at least we can point to it and say we did all we could 19:15:08 no, but if we have it then we can at least ask people to read the docs 19:15:19 my thoughts as well 19:15:34 gnuplot is not Free Software, which is actually why I'm more familiar with R. 19:15:52 really? but it says gnu 19:15:53 gnuplot is nonfree? i should pay more attention to my vrms 19:16:03 jeblair, what is R.? 19:16:05 fungi: it's dfsg and osi free. 19:16:10 ahh 19:16:27 fungi: but not rms free. you have to distribute patches, you can't distribute modified source. 19:16:41 ugh. how qmail of them 19:16:47 interesting 19:16:47 fungi: it's not gnu software, they just thought the name was cool. 19:16:53 well, sure 19:16:55 huh, I didn't realize 19:17:02 anteaya: statistics package. like "S". 19:17:13 kinda like vitamin water, that isn't 19:17:23 jeblair, hmmm 19:17:39 yeah, r is also a good choice. tons of the cran extensions are packaged in debian for a long time 19:17:42 I do have one more CLA related question 19:18:07 the corporate cla and government cla process has not changed and no resigning of them is necessary, correct? 19:18:14 well, I will focus on creating a graph with fungi's data for 2 hours, and if I am successful, we will have a graph and if not we won't 19:18:21 how's that? 19:18:25 anteaya: ++ 19:18:30 fungi: there has been some confusion of that. you may want to check the mailling list and respond to those questions if you haven't already. 19:18:32 thank you 19:18:41 clarkb: the process has not changed, but the contents of those agreements may have. that's left between corporate or usg departments and the foundation to suss out 19:18:48 (I am still trying to catch up on mail this morning) 19:18:56 i will take a look at the ml. got behind on that today 19:19:29 it's mid-afternoon here and i'm still trying to catch up on e-mail (failing too) 19:19:55 yeah, i'd rather we not wade too much into that other than to direct people to contact the foundation 19:20:03 that's the plan 19:20:07 ++ 19:20:16 hopefully one of them will have already responded by the time i read it 19:20:29 i mean, actually, i'd love for us to be the legal department, because things would get a whole lot simpler. :) 19:20:38 but at the moment, i think we aren't. 19:20:53 i was getting a bunch of similar questions in #-dev yesterday and people wouldn't take "talk to the foundation" as an answer 19:21:08 because, you know, that's effort 19:21:46 right, the place to go for legal advice regarding a contract signed between two corporations is a guy on irc. 19:21:53 hah 19:22:15 apparently. i try not to understand the thought process there too much 19:22:23 I'd love to see that conversation with the lawyers "fungi said it was ok" "...fungi?" 19:22:32 * fungi hides 19:22:36 :) 19:22:37 okay, other cla questions? 19:23:01 put a fork in it. next topic? 19:23:03 fungi: do you think the email mismatch thing is widespread enough we should do more communication? 19:23:11 ahh, possibly 19:23:24 we had a thread which covered it on the ml, but a separate announcement could help there 19:23:32 ++ 19:23:36 fungi: or do you think we can just handle it one at a time until the profile system is updated? 19:23:48 most of the people who were taken aback by it admitted up front they don't read the ml though 19:23:55 yeah 19:23:55 a dedicated thread makes it googleable too 19:24:18 couldn't hurt i guess. is the wiki updated with that tidbit? 19:24:32 also, todd's changes probably won't help the larger issue which is people don't know what e-mail address they used with the foundation when they signed up a year ago 19:24:49 i think the wiki states it explicitly, but i'll make sure and fix it if not 19:24:57 and send an announcement in summary 19:25:09 cool 19:25:15 #action fungi send ml announcement highlighting email matching for cla 19:25:30 also, tweet a link to the message 19:25:37 because apparently some people do read twitter 19:25:45 * fungi tweets mordred a new buzzword 19:25:55 * mordred fungis a new tweet 19:26:02 it should rain wherever mordred is today 19:26:09 ah yeah, I'll tweet the msg 19:26:13 someone in here will likely be more than happy to tweet links to e-mail messages 19:26:19 thanks pleia2! 19:26:24 #topic jenkins slave operating systems 19:26:50 quantal: i think we probably don't care about jclouds wrt to quantal anymore, yeah? 19:26:59 I don't think we do 19:27:00 sounds not 19:27:04 since we decided to stop using jclouds because it keeps giving us bad slaves 19:27:15 and rackspace has been a bit of a black hole on that quantal ticket anyway 19:27:17 does devstack-gate use the same metadata? 19:27:25 I don't think it does (it uses explicit image names iirc) 19:27:30 clarkb: it's basically the same as the launch script 19:27:39 i updated it again yesterday and still no word back since mid last week 19:27:43 which i think fungi has sucessfully used to launch quantal, yeah? 19:27:47 jeblair: ya 19:27:59 clarkb: jeblair: yeah novaclient's fine with it. jclouds is not 19:28:13 so no worries there 19:28:21 rhel is very very close now! i need to see if we got more eyes on dprince's last few changes 19:28:27 \o/ 19:28:35 fungi: you did, but I didn't want to approve right beforethe meeting 19:28:40 fungi: so with that in mind, does that mean we're ready to spin up a small pool of quantal slaves and move some projects over? 19:28:57 fungi: i guess they should be 8g slaves too, so we get the 4vcpus we need. 19:28:58 jeblair: sure. we have 4 but i can add more 19:29:11 oh, well quantal1-4 are 2g 19:29:18 i can trash them and re-spin 19:29:29 fungi: yeah, let's do that, and maybe spin up 8. 19:29:47 okay so 8x 8g quantal jenkins slaves coming up right after the meeting 19:30:22 and if dprince's last changes go through then maybe i'll have a rhel6 slave on jenkins for us too 19:30:30 groovy! 19:30:39 assuming nothing else unexpected crops up tehre 19:30:42 er, there 19:30:53 #action fungi spin up quantal slaves 19:31:25 * fungi is getting dizzy already 19:31:31 #topic grenade 19:31:54 dtroyer_zz: ping 19:32:12 so there's a review proposed to add grenade to gerrit 19:32:22 his nick makes me think a pong is not to be expected for a while 19:32:40 though dtroyer_zz hasn't left feedback on it yet 19:33:10 with that in place, we should be able to start testing it (non-voting). 19:33:26 #action jeblair wake up dtroyer and ask him about grenade 19:33:35 dtroyer_zz should be back soonish (20 min?) 19:33:57 just in time for the end of the meeting ;) 19:34:03 like a boss 19:34:09 office wifi has me on my phone now 19:34:10 heh 19:34:31 clarkb: you should find a job with a technology company 19:34:36 #topic gearman 19:34:36 zing 19:34:58 zaro: progress is being made, i see! 19:35:14 yes. 19:35:25 zaro: i think we should start trying to get a handle on the gearman queue cancel problem 19:35:40 since that's something that needs changing in gearman 19:35:53 mordred: did you mention gearman plugins last week? 19:35:56 zaro is experiencing the same network trouble 19:36:13 the aforementioned wireless network i guess 19:36:27 ahh, you said same, not some 19:37:17 19:40:18 in any case, I think he said that someone made a gearman extension to do it at some point... 19:37:33 yeah. something like that 19:37:46 ok. i think wifi is better now. 19:37:55 mordred or zaro: have either of you been able to confirm that's a real thing, or was mordred making that up? 19:37:56 yes. will talk to brian again. 19:38:00 but we haven't gotten all that far figuring out what that extension is 19:38:02 cool 19:38:24 jeblair and I also discussed that we should go through the mental exercise of ensuring that there isn't a way to achieve our needs without the extension 19:38:25 okay, let me know if i can help. 19:38:27 just to be sure 19:38:51 and also, so that when we bug people about it, we have all of our bases covered for crazy questions they'll ask "why don't you just ... " 19:39:07 mordred: i believe zaro has some emails from me on the subject. if you need me to, i can try to dig them up. 19:39:27 zaro: one thing i noticed is that there's some stub methods to have the jenkins plugin cancel queue items.. 19:39:41 zaro: but i don't think that's strictly necessary; i think we'd want zuul to do it directly 19:40:31 i thought zuul just tells the plugin to cancel but the plugin actually does the work? 19:40:57 zaro: we need to cancel items on the gearman queue before they are picked up by jenkins 19:41:03 zaro: so it's extra work to involve jenkins in that 19:41:14 cool! i'll remove. 19:41:27 zaro: (this is separate from jenkins being able to abort running jobs, or even cancel items on the _jenkins_ queue) 19:42:13 zaro: we can talk after the meeting if we need to go into more detail 19:42:29 #topic reviewday 19:42:32 sure. 19:42:44 pleia2: how's it going? 19:42:52 just wrangling some final variable issues to make the reviewday module full indepentent of openstack specifics 19:43:20 should be done soon 19:44:17 pleia2: cool, you have everything you need? 19:44:24 yes, thanks 19:44:29 #topic Pypi mirror / requirements 19:44:46 mirroring has been reworked per our brainstorming on friday 19:45:08 fungi: thanks! it looks like we now have a mirror with everything! 19:45:10 seems good so far, though we're still ironing out minor issues in projects and a few oversights in the script 19:45:12 woot 19:45:16 now up to 729 packages. one problem with a project requiring babel twice 19:45:29 really? how did that work at all ever? 19:45:32 yeah, i agree we should fix that in the project in question 19:45:51 mordred we think tox pip installs differently 19:45:53 mordred: tox might not care because it could invoke pip install differently 19:46:12 i believe this change just ran with _only_ our mirror configured for the devstack jobs: https://review.openstack.org/#/c/23579/ 19:46:17 and succeeded. 19:46:33 clarkb: similarly did a few unit test runs for projects against it yesterday, i think 19:46:46 yay 19:46:52 yes nova and zuul master were happy 19:46:53 it turns out, setting that up is easy. but using only the mirror for unit tests, etc, is harder. 19:47:00 #link https://review.openstack.org/#/c/23513/ 19:47:03 me on phone too 19:47:17 that's one way we could handle it. it's not nearly as elegant as i'd like 19:47:30 particularly since it involved tracking down everywhere we invoked tox. 19:47:38 i meant to ask, are there global configuration files we could be using for those instead of multiple per-user ones? 19:47:53 fungi: good question, but if there are, it's even harder. 19:47:57 like an /etc/pip.conf et cetera 19:48:09 fungi: because we use the same slaves to run openstack, openstack-infra, and stackforge. 19:48:28 and if we start using the mirror to enforce openstack/requirements, those are 3 different mirror configurations 19:48:37 and we don't know what should be in place until the job starts. 19:49:04 (unless we start having dedicated infra and stackforge slaves) 19:49:05 right. i think someone mentioned multiple parallel mirrors (could be linkfarms even) on the pypi server 19:49:18 which would need per-job changes 19:49:20 that's tough 19:49:32 so my complicated change above handles that 19:49:44 by running a script that does the user-level mirror config before any job that runs tox. 19:50:21 yeah, makes sense. i need to finish reviewing that 19:50:37 jeblair: you could push the script into tox.ini 19:50:47 and use the tox jenkins/hudson stuff to only do it on jenkins slaves 19:51:06 (not necessarily sold on that idea just throwing it out there) 19:51:33 anyway, my initial question about global configs was more in the context of your devstack-gate change not that one 19:52:08 clarkb: that does mean a lot of changes to tox.ini, and that's if that works. most ideas that we have about tox.ini don't work because exactly the wrong set of things are available to the jenkins env. 19:53:05 clarkb: do you mean as an extra command= step? 19:53:14 jeblair: yes that runs before the other commands 19:54:23 clarkb: that require a special jenkins section, and we wanted to avoid that 19:54:34 clarkb: (jenkins should run what devs run) 19:54:41 ++ 19:55:21 at any rate, i'd love more ideas. that change still feels way too complicated to me. 19:55:30 though it's worth noting that there are unit test sets which won't work if you don't use our pypi mirror at all 19:55:42 mordred: you should take a look at it too. 19:55:42 as i discovered troubleshooting test breakage for nova essex 19:55:48 jeblair: was just reading it 19:56:13 btw - pypi upstream is moving away from external links 19:56:17 fungi: yeah, eventually we should address purging things from the mirror. 19:56:28 mordred: that's brilliant! 19:56:30 and hpcloud may be giving them a swift/cdn account into which to put package files 19:56:42 * fungi is very happy about the upstream pypi changes discussed on catalog-sig 19:57:19 mordred: i thought they had piped up saying they had no shortage of storage and had already settled on their cdn of choice and shut up already? 19:57:32 at any rate, i think next steps are to merge some version of the changes i proposed or equivalent 19:57:51 and then to change the mirror script to only look at openstack/requirements 19:58:27 fungi: oh yeah? great. 19:58:29 and then we work on how to use openstack/requirements. 19:58:45 I had a private message from a person about getting an account, but they may have gotten it sorted 19:58:56 mordred: is there an openstack/requirements summit session? 19:59:15 that remidns me I need to add a logs session /me is really going to do that today 19:59:21 mordred: the discussions around storage and cdn needs were being had by people who didn't actually manage pypi, and the one who does eventually chimed in and said he has it sorted. maybe it's hp but the names thrown around didn't seem familiar 19:59:38 #action clarkb register logs summit session 19:59:47 k. great 20:00:10 yes, there is a requirements session. 20:00:36 i think that's it? 20:00:42 * olaph waves bye 20:00:52 bye olaph 20:00:57 thanks! 20:01:02 I should be good to talk about baremetal stuff soon 20:01:02 #endmeeting