19:01:14 #startmeeting tripleo 19:01:15 Meeting started Tue Jun 3 19:01:14 2014 UTC and is due to finish in 60 minutes. The chair is lifeless. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:01:16 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:01:18 The meeting name has been set to 'tripleo' 19:01:23 .o/ 19:01:26 O/ 19:01:30 #topic agenda 19:01:31 o/ 19:01:32 bugs 19:01:32 reviews 19:01:32 Projects needing releases 19:01:32 CD Cloud status 19:01:34 CI 19:01:37 Tuskar 19:01:39 Insert one-off agenda items here 19:01:42 open discussion 19:01:44 #topic bugs 19:01:59 #link https://bugs.launchpad.net/tripleo/ 19:01:59 #link https://bugs.launchpad.net/diskimage-builder/ 19:01:59 #link https://bugs.launchpad.net/os-refresh-config 19:02:00 #link https://bugs.launchpad.net/os-apply-config 19:02:00 #link https://bugs.launchpad.net/os-collect-config 19:02:02 #link https://bugs.launchpad.net/os-cloud-config 19:02:04 #link https://bugs.launchpad.net/tuskar 19:02:07 #link https://bugs.launchpad.net/python-tuskarclient 19:02:39 hi 19:02:47 hi 19:02:58 o/ 19:03:02 hello 19:03:02 o/ 19:03:11 hello TripleO 19:03:14 hey 19:03:24 o/ 19:03:59 o/ 19:04:11 applmorgens 19:04:21 triage is looking a lot better. thank you to the folk that got on top of it! 19:04:52 stevek and i got through a bunch in an office together last friday 19:05:22 looks like a bunch of the criticals will be fixed by the next release 19:05:27 but their bug state isn't quite right 19:06:31 e.g. why is https://bugs.launchpad.net/tripleo/+bug/1318039 a partial fix? 19:06:35 dprince: ^ 19:07:23 lifeless: it should be fully fixed by my patch I think 19:07:42 ok, will tweak to fix committed 19:07:49 lifeless: Initially I thought we might do both... 19:08:08 could folk take just a minute and review the criticals list particularly in the tripleo bug container 19:08:27 and if anything there is incorrect or stale fix it? 19:08:42 * dprince marks 1318039 as fix committed 19:10:12 as far as I can tell mestery's fix for https://bugs.launchpad.net/tripleo/+bug/1290486 is working well, we've had a few other people comment to say that it's fixed for them. 19:10:35 tchaypo: Yay! 19:11:37 cool, was that in Neutron? can we close our end of it ? 19:12:10 https://bugs.launchpad.net/tripleo/+bug/1317056 needs a volunteer 19:12:23 our end is marked "fix commited" which i think is right 19:12:37 SpamapS: just assigned it to myself :) 19:13:36 tchaypo: ah no 19:13:41 rpodolyaka1: \o/ 19:13:47 tchaypo: fix committed means 'the next release of that project will fix the issue' 19:13:54 tchaypo: AIUI the change is not in a tripleo codebase 19:14:46 lifeless: ah, good point. in progress then? 19:14:54 tchaypo: so theres some idiomatic use of the tracker here; if the bug shows up in tripleo we have a task for it; once fixed and we don't need to see it anymore, then we typically close it 19:15:29 I'd close fix released (as good as anything really) 19:15:34 rpodolyaka1: \o/ 19:15:53 ok, any more bug discussion ? 19:16:51 #topic reviews 19:17:10 http://www.nemebean.com/reviewstats/tripleo-open.html 19:17:17 ulp 19:17:20 no worse 19:17:23 but also no better 19:17:26 19:17:26 Stats since the last revision without -1 or -2 : 19:17:26 Average wait time: 9 days, 17 hours, 20 minutes 19:17:26 1rd quartile wait time: 3 days, 7 hours, 25 minutes 19:17:28 Median wait time: 5 days, 19 hours, 43 minutes 19:17:31 3rd quartile wait time: 12 days, 7 hours, 32 minutes 19:18:26 stats are a few days old but close enough I think 19:18:48 lets try for 11 next week? I"ll be doing a reviewer roundup this week, since its the first of the month 19:19:06 Oh, sorry. Updated my web server and I may have broken the file transfer... 19:19:42 my reviews dropped in the last few weeks because reasons, will start doing them again properly now 19:20:19 ok, cool 19:20:24 design reviews 19:20:30 i've been too heads down on specs too, I need to resurface and look at normal reviews 19:20:32 I'm not seeing enough folk comment on the specs 19:20:53 is there a full policy on when a spec will be accepted? (or want me to hold that until open discussion?) 19:21:08 i know we're leaving the +A for lifeless but not sure when he pulls that trigger 19:21:15 I commented on a few but I haven't followed up. Will try to do that today. I have seen a few items that should be specs but haven't written any of them up 19:21:36 jdob: so at the moment I am feeling my way 19:21:42 how long to wait for ops input 19:21:52 how much consensus amongst the review community is needed 19:21:57 I don't have an algorithm yet 19:22:00 word, that totally makes sense since it's a new process 19:22:10 its a very good question 19:22:28 and one of the ways we can learn is us as a group saying 'hey, that needed to bake longer', and 'oi, get that one off the stove' 19:23:21 I thinkk the general process though is draft-> core reviews until broadlyhappy, ops and user reviews, final polish, +A 19:23:43 and related to specs, can we get someone to write up specs/blueprints for the tht changes? ive seen it referenced in 3 reviews now without a link to it 19:23:54 personally, I could really use a summary of what the changes will look like 19:24:06 outside of the email outlining the high level steps 19:24:12 the tht changes ? 19:24:26 jdob: you mean stuff like the HOT conversion, reducing merge.py impact etc? 19:24:26 conversion to HOT templates, pulling out provider resources, etc 19:24:33 (got lazy in my typing, sorry) 19:24:41 shadower: ya, that's it 19:25:01 +1, love to see some prose around that 19:25:04 we've kind of hashed that out on the mailing list, I could specify 19:25:12 spec'ify 19:25:13 it's important for Tuskar and i'd like to have something to point the people who pay me at to say "This is a dependency" 19:25:23 k, will do 19:25:28 hopefully it'll be easy then if its just converting the email into spec 19:25:33 thanks shadower :D 19:25:43 last comment on this topic, I really dig this spec process 19:25:50 +1 19:26:19 I'm not a fan of gerrit's UI but it sure beats launchpad blueprints for discussions 19:26:31 same on both accounts 19:26:36 both counts? 19:26:41 not actually sure what the real phrase is 19:26:55 counts 19:27:04 need gerrit to actually render the rst 19:27:07 good to know :) 19:27:09 dude, yes 19:27:16 I belive its a reference to double-counting systems like votes 19:27:18 * SpamapS doesn't understand why people hate on Gerrit.. but w'ever. :) 19:27:25 early and often? 19:27:28 i've been checking them out because it's way easier to generate and read them 19:27:33 where two groups that don't trust each other cross-check :) 19:27:34 SpamapS: not hate, but it's got its warts 19:27:50 appropriate phrase to use around here then :) 19:28:02 the gate-tripleo-specs-docs generates the docs doesn't it 19:28:26 er, meaning to read them that way 19:28:29 but it would be noce to comment agains a rendered rst... ponys 19:28:32 as compared to straight rst 19:28:45 which, despite their claims of being WYSIWYG, is exactly not that (but I digress) 19:29:26 derekh_: oh does it? 19:29:43 slagle: http://docs-draft.openstack.org/26/95026/2/check/gate-tripleo-specs-docs/ad3398a/doc/build/html/specs/juno/tripleo-juno-ci-improvements.html 19:30:00 ok 19:30:03 oh crap, that's handy 19:30:08 moving on 19:30:17 #topic projects needing releases 19:30:23 you can count on me 19:30:33 you can find the generated RST from the "gate-tripleo-specs-docs" link in the jenkins comment 19:30:40 \o/ 19:30:51 #action rpodolyaka1 to save the universe^W^W^Wrelease the world 19:31:01 #topic CD Cloud Status 19:31:08 HP region one is mid rebuild 19:31:44 AFAIK the RH region one is fine 19:31:59 lifeless: yup, R2 seems to be tocking along ok 19:32:05 #topic CI 19:32:34 joe gordon is gluing our logs into elastic-recheck at the moment 19:32:45 new version of CI spec is out there, 19:32:48 this should help us get more figures on specific failures 19:32:55 derekh_: cool! 19:33:14 I'd also like to say word up to pcrews who has joined TripleO within HP 19:33:17 we did have one weird thing where swift/glance broke nodepool btw 19:33:19 lifeless: it wont include the fedora logs, I looked into that today and can add systemd support on top of it when he has it finished 19:33:26 and is apparently very interested in CI things :) 19:33:29 but I believe infra is working on a fix and it was a temporary problem 19:33:38 * pcrews waves and is happy to join the party :) 19:33:49 and also does love CI tinkering in general 19:33:52 also tchaypo has applied to be a tripleo-cd-admin 19:34:01 derekh_: we could just turn off binary journalling and use those crazy text based logs. ;) 19:34:03 * tchaypo is a sucker 19:34:12 SpamapS: yeah, last we talked that was a temporary image upload fluke right? 19:34:22 so let me remind all the tripleo-cd-admins we look for much more than 2x+2 - please indicate your support on his self-adding-proposal 19:34:34 SpamapS: k, didn't know that was possible 19:34:54 SpamapS: I was just gonns write the logs out to unit specific files at the end of the ci run 19:35:00 (or your lack of support if appropriate :)) 19:35:03 tchaypo: whats the url ? 19:35:18 derekh_: whatever works 19:36:03 lifeless: tchaypo https://review.openstack.org/#/c/95614/ 19:36:45 pcrews: so derekh_ is a great person with fairly large tz overlap with you to find CI things to poke at 19:37:07 derekh_: I believe you can teach rsyslogd to read from the systemd journal 19:37:14 pcrews: once you've got some experience with the particulars you might also consider being an admin 19:37:31 cool and ++. 19:37:56 pcrews: lifeless I'm also currently writing some docs on how CI is put together so should have something for you to read up on soon 19:38:04 pcrews: taking his 'fix CI' spec from the tripleo-specs review queue and a) thoughtfully reviewing and b) starting to action stuff in parallel would be great 19:38:10 pcrews: but feel free to poke me with questions 19:38:29 ok, moving on ? 19:38:48 #topic Tuskar 19:38:49 SpamapS: ok cool, will see if it makes more sense 19:38:59 https://review.openstack.org/#/c/94720 19:39:08 i'd very much appreciate eyes on that, it's the Tuskar REST API spec 19:39:15 that's kinda gonna drive everything for Juno 19:39:18 jcoufal requested this section. jcoufal - please let us know what you want touched on, if there is anything specific 19:39:29 also recently submitted is https://review.openstack.org/#/c/97553/, which is the new storage backend for Tuskar 19:39:54 those are the big two Tuskar could use eyes on, and like I already requested, some notes on the template conversion (which was resolved earlier in the meeting) 19:40:56 lifeless: I wanted to have this topic regularly, not just today with some specifics. In general I would like us to discuss progress, news and what needs attention in Tuskar (e.g. reviews, blockers, etc) 19:41:53 jcoufal: thats fine - I realised you wanted a regular section 19:42:09 So what's news in Tuskar-land? 19:42:11 that said, reviews and bugs should happen in the reviews and bugs sections IMO 19:42:20 jcoufal: anyhow, you have the stage :) 19:42:30 no pressure ;) 19:42:50 lifeless: sorry, I wasnt sure where to drop that request for eyes, here or the reviews section 19:43:13 yeah, I think majority is covered in jdob specs 19:43:27 jdob: would you mind to cover the progress there in few words? 19:43:38 ok, quick summary: 19:43:53 the REST API spec changes the model of Tuskar talking to Heat to making Tuskar more of a planning service 19:44:03 for saving, configuring, organizing, etc the heat templates 19:44:10 thats in https://review.openstack.org/#/c/94720 19:44:24 to anyone who has looked, it's changed quite a bit last friday, so worth another look 19:44:51 the second major change is instead of having a database backend and a special domain model, it's going to be much closer tied to HOT 19:44:56 that's in https://review.openstack.org/#/c/97553/ which was just posted this morning 19:45:20 i haven't read it yet, but my understanding is that it talks about using other OpenStack options for storing the heat templates and environment files 19:45:34 those two things are the major driving changes in Juno 19:45:38 * tchaypo stars reviews for review post-caffeine 19:45:50 the third piece, the one that assembles the Heat templates inside of the Tuskar service, is a WIP 19:45:56 that i'm currently working on 19:46:02 when not banging my head against a keyboard 19:46:11 thanks jdob for the summary 19:46:14 Both of the first two reviews you linked also seem to be workflow -1 19:46:30 oh crud, I need to remove the -1 from the REST API 19:46:34 which my understanding is equivalent to "WIP" or "not yet ready for review" 19:46:39 not sure about the latter, I'll take that up with dmakogon_ 19:46:55 at least, i think that's what the red X in the workflow column means 19:46:56 er, dougal 19:47:15 i can see why you'd think that. i've still reviewed those for specs 19:47:29 figuring people are claiming they have stuff that warrants eyes but isn't intended to be merged yet 19:48:07 though that might just be me interpretting things differently in the spec repo 19:48:11 -1 workflow == WIP == draft == cannot merge => lower review priority 19:48:31 regardless, in this case, I'm requesting eyes on both and I'll get the -1 workflow sorted out 19:48:36 kk 19:48:41 thanks :D 19:48:48 anything more tuskar specific? 19:49:07 not from my end, everything I've been doing is in spec-form 19:49:07 regarding tripleo/tuskar-ui, I am not going to talk a lot about it since it falls under Horizon now, but it is topic relevant. Anyway, no updates here :) 19:49:27 jdob, tchaypo - the second is ready for review - I just need to do a few minor tweaks. Mostly to do with wording etc. 19:51:12 ok 19:51:16 #tpoic open discussion 19:51:21 #topic open discussion 19:51:24 mid-cycle meetup dates 19:51:33 here we go :) 19:51:38 so yeah 19:51:48 I've chatted with devananda and mikal 19:51:59 we don't want TripleO to overlap with Nova 19:52:07 too many folk need to be at both 19:52:23 and we don't want to colocate - Nova has a very full schedule already and its quite a different sort of meetup 19:52:35 lifeless: when do they plan to have it? 19:52:37 less do-y more design-y-only 19:53:59 So that rules out the mid-July date? 19:54:03 based on devananda's comment it looks that all three dates overlap 19:54:28 And thinking about August, it is very close to the end of the cycle 19:54:39 they all seem to overlp with something, except for the mid-august date, and that's very late in the cycle. 19:54:56 tchaypo: exactly 19:54:59 any suggestions? 19:55:31 https://etherpad.openstack.org/p/juno-nova-midcycle-options 19:55:55 I'd rather be near the end of the cycle than not at all 19:55:56 If we could bring back concorde so that people could get between raleigh and pycon-au easier... 19:56:36 so I'd like to suggest that the 11th august makes the most sense to me 19:56:37 * greghaynes adds bring back concorde to trello 19:56:54 I can do august 11 19:57:02 so we are thinking Aug11? 19:57:37 Add that date to the etherpad? 19:57:52 I will 19:58:43 want to put a deadline on voting so we can settle on something? 19:58:47 Can we have a cut off for new days being added to the etherpad 19:58:56 done 19:58:57 yesplz 19:58:58 https://etherpad.openstack.org/p/juno-midcycle-meetup 19:59:03 jdob: +1 19:59:34 jdob: I will leave a bit more time there and we will see how it goes 19:59:48 sure, but set an end 19:59:48 after we might put a deadline 19:59:50 thursday? 19:59:55 end of week? 19:59:56 jdob: too early 19:59:58 kk 20:00:11 let's wait until next weeks meeting 20:00:24 and we can set a deadline there 20:00:42 I will write the update to the mailing list 20:00:49 ok, we're out of time. Thanks for playing, have a good day / night/whatever :)) 20:00:54 jcoufal: thanks! 20:00:56 #endmeeting