19:01:35 #startmeeting tripleo 19:01:36 Meeting started Tue Mar 11 19:01:35 2014 UTC and is due to finish in 60 minutes. The chair is SpamapS. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:01:37 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:01:39 The meeting name has been set to 'tripleo' 19:02:05 #link https://wiki.openstack.org/wiki/Meetings/TripleO 19:02:10 SpamapS: I am here, but thanks! 19:02:20 lifeless: well you're late and quiet. ;) 19:02:27 I sense a ruse.. ;) 19:02:32 #topic bugs 19:02:45 morning 19:02:45 #link https://bugs.launchpad.net/tripleo/ 19:02:45 #link https://bugs.launchpad.net/diskimage-builder/ 19:02:45 #link https://bugs.launchpad.net/os-refresh-config 19:02:45 #link https://bugs.launchpad.net/os-apply-config 19:02:45 #link https://bugs.launchpad.net/os-collect-config 19:02:48 #link https://bugs.launchpad.net/tuskar 19:02:50 #link https://bugs.launchpad.net/python-tuskarclient 19:03:34 we are _swimming_ in criticals 19:04:01 https://bugs.launchpad.net/tripleo/+bug/1290969 in particular has broken our CI 19:04:20 revert was submitted upstream, but we're also dealing with it by listing the stores we need 19:04:31 fix is winding through CI now 19:06:33 There are so many, I'm not sure which ones to call out. 19:06:42 why not +A the tripleo fix? 19:06:46 (for the glance one) 19:06:56 slagle: Waiting for it to pass. :) 19:07:07 looks like it hit some other issue 19:07:09 unrelated 19:08:31 yay breaking changes 19:08:40 http://logs.openstack.org/31/79631/4/check-tripleo/check-tripleo-overcloud-precise/d2ff806/console.html 19:08:47 not sure if anyone has seen that one before ^^ 19:09:04 "Authentication required" after creating endpoints, failed the overcloud job 19:09:12 oh *fun* 19:09:21 so, now that's blocking the fix for glance 19:09:56 * slagle files 19:10:00 pragmatism vs fear interact in my head :) 19:10:06 moar criticals 19:10:52 suffice to say, we are a bit under water right now with openstack bugs breaking us as much as anything else 19:11:23 in theory "the process is working" .. as we're feeding fixes into OpenStack.. achieving the goal that a deployment system built on OpenStack will improve OpenStack. :-P 19:11:26 but it burnssss ussssss 19:11:49 is that common this late in a cycle or a side effect of us having our feet under us better? 19:11:51 we just need to convince everyone else :) 19:12:08 jdob: feature freeze generally breaks the world 19:12:18 sounds familiar 19:12:21 jdob: I hate it with a passion, but the only folk that understand are deployers. 19:12:32 everyone else seetakes the view that this is a good thing 19:12:49 I'm now focused on getting in the gate and helping them understand in a more visceral way 19:13:28 right so, bugs there are many 19:13:34 Triage seems to be happening more now than it was 19:13:37 moving on? 19:14:06 DO ALL HDo all the criticals have volunteers against them ? 19:15:11 * SpamapS wishes launchpad would tell him that without opening them all :-P 19:15:33 SpamapS: turn on the assignee column via the cog. 19:15:44 https://bugs.launchpad.net/tripleo/+bug/1270646 - no 19:15:52 https://bugs.launchpad.net/tripleo/+bug/1285269 no 19:15:58 lifeless: DOHHHHH 19:16:07 ok so you can all do that 19:16:35 Looks like none of the triaged/confirmed ones have assignees 19:16:47 so, if you are twiddling your thumbs in #tripleo.. -> grab a critical today 19:17:23 slagle: that authentication required is super odd 19:17:33 slagle: since its in the middle of setup-endpoints 19:18:45 I suspect something crashed 19:18:52 ENEEDLOGS BADLY 19:18:53 likely 19:19:41 SpamapS: bug 1290759 19:20:35 lifeless: there are two bugs there 19:20:45 lifeless: one is log levels.. the other is actually shipping the logs back to jenkins 19:20:50 or logstash.. or something 19:20:58 SpamapS: we get the logs for seed and undercloud atm 19:21:14 because AFAIK, we don't have the logs from the overcloud or undercloud when something like init-keystone fails. 19:21:22 oh we have undercloud now? that I missed. 19:21:31 SpamapS: check toci :) 19:23:03 2014-03-11 18:52:11.226 2774 WARNING keystone.common.wsgi [-] You are not authorized to perform the requested action, identity:revocation_list. 19:23:07 2014-03-11 18:52:11.697 2774 WARNING keystone.common.wsgi [-] You are not authorized to perform the requested action, identity:revocation_list. 19:23:10 I bet we need a new policy.json 19:23:41 anyway, should we move on or are there other bugs people want to discuss? 19:24:08 onwards and upwards 19:25:50 and twirling 19:27:47 ENOSPAMAPS 19:27:57 o/ 19:28:07 doh 19:28:14 my IRC host just went down 19:28:31 what did it go down on? 19:29:02 * SpamapS has no snark for that 19:29:14 Anyway, I may have missed the "yes lets move on" 19:30:30 aand we're back 19:30:37 #topic reviews 19:31:00 #link http://russellbryant.net/openstack-stats/tripleo-openreviews.html 19:31:18 #link http://russellbryant.net/openstack-stats/tripleo-reviewers-30.txt 19:31:19 they dont work any more 19:31:24 #link http://russellbryant.net/openstack-stats/tripleo-reviewers-90.txt 19:31:26 still down 19:31:29 oh 19:31:32 lovely 19:31:33 seems like Russel took that down 19:31:36 russel must have about a million hits on that blog post by now 19:31:39 there's a different one 19:31:44 slagle: lol yes 19:31:46 it was OIOOOmin his VM 19:31:57 ooming 19:32:13 yes 19:32:25 and i've been too busy with feature freeze / icehouse to deal with it 19:32:27 so i just pulled it 19:32:32 and would rather bring it back up in -infra 19:32:50 Oh, that's probably what killed my VM the other day. 19:33:20 fwiw 19:33:20 http://www.stackalytics.com/report/reviews/tripleo-group/open 19:33:20 http://www.stackalytics.com/report/contribution/tripleo-group/30 19:33:38 mikal: didn't you have a review stat thing too? 19:34:08 so, our stats are going to be weird as far as landing changes right now 19:34:13 because CI is like, always broken 19:34:51 ccrouch: neat. i know about stackalytics but i missed these charts 19:35:34 indeed, thanks charles 19:36:23 so in summary.. 19:36:27 1) Keep reviewing! 19:36:34 2) Don't +A without CI passing! 19:36:44 3) Keep calm and recheck no bug 19:36:57 zomg. new t-shirt. 19:37:22 so, I think that derekh is probably right about https://review.openstack.org/#/c/79502/ being key to stability 19:37:47 sp I like 19:37:56 bah 19:38:04 SpamapS: I like 19:38:25 that and "wow. such recheck. much no bug. very SUCCESS." 19:39:09 anyway.. on a more serious note.. sdague was just reminding me that it will take a long long time to get tripleo into the gate 19:39:15 and we have some really big hurdles.. 19:39:27 the biggest one is probably that we really need to start using ironic. 19:39:47 surely that cant be the *biggest* hurdle 19:39:55 ccrouch: it is huge 19:40:03 nova baremetal is effectively deprecated 19:40:14 and ironic is not graduated yet 19:40:20 and we're not allowed to have not-graduated openstack things in the gate 19:40:28 i guess I meant "biggest" == "most difficult for us to achieve" 19:40:46 there are some real challenges 19:40:51 nova bm isn't deprecated, thats waiting for Ironic to incubate 19:40:53 to switching ot Ironic I mean. 19:41:01 lifeless: s/incubate/graduate/ 19:41:06 oh 19:41:07 same diff 19:41:08 n/m 19:41:13 afaict, it's going to be a source of pain for tripleo for all of the J cycle 19:41:16 SpamapS: not the same, and I was being precise :) 19:41:37 SpamapS: but possibly wrong :) 19:41:41 can i we make being in the gate a target for J ? 19:41:46 lifeless: if we don't switch to Ironic now, we can get in the gate sooner you think? 19:41:47 s/i// 19:41:51 SpamapS: lifeless is correct. russellb has expclitly _not_ frozen the baremetal driver 19:41:56 lifeless: definitely being saucy 19:42:24 SpamapS: our being in the gate is now primarily limited by tripleo-test-cloud scale 19:42:34 ccrouch: it can be a target for K, aiui, but not J, because ironic will not be graduated until then 19:42:37 lifeless: ^ 19:42:42 lifeless: yes, but if we added ironic, we'd also be limited by Ironic's status. 19:42:59 hang on let me switch topics 19:43:01 SpamapS: for which, when the patches to make ci-overcloud regions be fully straightforward to deploy, I think we need to go hit up the folk that offered hardware and have a serious talk 19:43:03 #topic Ironic and being in the gate 19:43:19 shall i summarize? 19:43:28 devananda: please 19:43:42 integrated projects can't gate on non-integrated projects 19:43:44 SpamapS: Ironic's status is chicken and egg, and if we use Ironic, and are in the gate, we deliver all the criteria AFAIK, subject to Nova merging the patch. 19:43:53 ironic is not integrated (and probably wont be until teh start of the K cycle) 19:44:06 thus, if tripleo depends on ironic, it can't be in teh gate until ironic can be in the gate 19:44:11 ergo, not in the J cycle 19:44:25 devananda: they can once the project is in incubation, because the incubation cycle is the cycle where the symmetric gating is setup. 19:44:30 no 19:44:32 no? 19:44:33 so this seems like something where we need to get aligned and moving forward _now_ 19:44:37 lifeless: this is a point ive continually run into 19:44:45 lifeless: the TC and -infra teams have made it VER Yclear to me 19:44:47 This seems like a serious flaw in our incubation process. 19:44:50 sdague: ^ help me understand please 19:44:58 ironic needs to remain ASYMMTETRRICALLY gated until AFTER graduation 19:45:24 which means for all of J, ironic's gate is likely to break based on changes in nova, glance, keystone, neutron, etc .... 19:45:31 devananda: or presumably consume releases and treat Ironic like every other third party external dependency? 19:45:48 lifeless: that's a possibility as well 19:45:48 except that the link to Nova internal API is a huge issue there. 19:45:52 right 19:46:24 bnemec: i agree 19:47:18 So I think this is a really big, important conversation that we need to have, perhaps inviting the right people so we don't miss any nuances. 19:47:23 apologies for missing this: but if we can't get into the gate with ironic until K, why cant we get into the gate using nova-bm? 19:47:27 fwiw, i raised this on the list here: http://lists.openstack.org/pipermail/openstack-dev/2014-February/028459.html 19:47:44 ccrouch: we can 19:47:48 where this == asymmetric gate pain 19:48:05 But IMO, this is the biggest thing standing in the way of TripleO. If we're not in the gate... we have to run our own git mirrors and gate openstack ourselves or our velocity will drop to a ridiculously low level. 19:48:08 ccrouch: and since we want to support H for at least a cycle, we just need to use both nova-bm and Ironic, and not gate on Ironic. 19:48:17 (which it already has...) 19:48:20 we can trivially run non-voting Ironic jobs 19:48:44 lifeless: ok, great. So is that the intermediate goal, i.e. a goal for J ? To gate with nova-bm? 19:49:04 lifeless: your goal is gate tripleo with nova-bm for J, and with ironic for K ? 19:49:22 that is not what I thought your plan was 19:49:23 devananda: my goal is to get in the gate *anyway we can* 19:49:27 ah 19:49:28 heh 19:49:34 lifeless: +10 :-) 19:49:34 what he said. ;) 19:49:35 devananda: honestly, the baremetal backend used in nova is not the problem 19:49:38 as I said above 19:49:43 sure 19:49:45 our problem is test capacity 19:49:48 What I'd like to get confirmation on .. 19:49:53 any other discussion is solvable via code 19:49:54 it's just a feature-limitation for tripleo itself -- not a gate limitation 19:49:54 that one isn't 19:49:58 is whether we can switch to Ironic and still remain in the gate. :-P 19:50:11 SpamapS: Can I reframe that? 19:50:12 lifeless: so if you want features taht ironic has AND you want tripleo in the gate 19:50:20 lifeless: i think there's a conflict of interest in deprecating nova-bm 19:50:34 lifeless: yes, but I do suspect there is a rabbit in your hat. ;) 19:50:43 devananda: go on 19:50:56 lifeless: i thought that was pretty clear 19:51:43 * lifeless raises both hands palms up with a quizzical expression on his face 19:52:04 hehe 19:52:05 ~o~ 19:52:06 ok, i'll rephrase 19:52:15 devananda: is saying we cant have both: if we move to ironic, we get kicked out of the gate 19:52:19 iiuc 19:52:24 aiui, tripleo needs certain features taht nova-bm does not have 19:52:27 so let's not speculate 19:52:33 Can we pose this quiestion to infra? 19:52:37 some are inherently in ironic, some need to be implemented 19:52:39 question too 19:52:43 SpamapS: ++ 19:52:48 so 19:52:53 I still don't understand 'move to Ironic' 19:52:58 thats like saying 'move to glusterfs' 19:53:02 erm 19:53:07 sigh 19:53:12 * devananda is confused 19:53:15 you know what i mean :-) 19:53:18 we support nova-bm today 19:53:26 lifeless: i thought we talked about "move to ironic" last week extensively 19:53:43 perhaps not as extensively as other things 19:53:45 devananda: I deeply desire the ability to say that TripleO can a) deploy using and b) deploy, Ironic. 19:54:05 sure 19:54:08 i think he's drawing the distinction about tripleo would support both nova-bm and ironic 19:54:13 devananda: neither a) nor b) imply that TripleO cannot c) deploy using and d) deploy, Nova-BM 19:54:20 indeed 19:54:37 Symmetric gating may be limited to making statements about c) and d) 19:55:00 but that in no way implies that a) and b) will not work, nor that we cannot do check jobs for them. 19:55:05 lifeless: so my question becomes, does it matter to tripleo if the features which ironic and nova-bm provide are substantially different? 19:55:28 for a case in point, the need for ephemeral (which, yes, is now in both) 19:55:40 and then, wil tripleo be able to support back-porting those changes to nova-bm 19:55:52 and hwo does nova feel about that 19:55:59 devananda: so there are threes ways Ironic might differ; it might be better (more secure/faster/leaner/more robust) 19:56:11 it might have additional features (e.g. UEFI) 19:56:23 it might have less features (e.g. missing nova rebuild --preserve-ephemeral) 19:56:46 * devananda sighs 19:56:47 In my mind for TripleO we have a subset of Nova-BM features (perhaps all of them minus Tilera :)) 19:57:02 those are what we have to have to say that a) above works 19:57:12 but there's nothing holding Ironic back 19:57:16 lifeless: when tripleo needs a given feature, and that feature is not in nova-bm, please, do not add it 19:57:26 unless you guys can also add it to ironic 19:57:35 first 19:57:37 :) 19:57:52 right so I want to summarize and then we're out of time.. 19:58:17 the more feature-ful that nova-bm becomes, the harder the testing and upgrade path becomes, and the more i get concerned taht our community fragments the way n-net and neutron did 19:58:35 - We are likely to find ourselves testing with nova-baremetal and ironic for all or at least most of the J cycle. 19:58:48 devananda: so lets get Ironic in the gate. I just don't see how that impacts getting TripleO in the gate - a,c are distinct from c,d. 19:58:52 - We should exercise rigor and not expand nova-baremetal anymore so as to not prolong that any further. 19:59:10 lifeless: agreed. except ironic can't get in the gate until K, for political reasons 19:59:16 or s/politic/policy/ 19:59:19 depending on your POV 19:59:19 - There is a question as to whether TripleO's gate jobs can make use of an incubated but not integrated project, like Ironic, that needs answering. 19:59:28 devananda: if you're incubated then nova-bm is deprecated 19:59:38 devananda: so J should see us right there. 19:59:41 lifeless: no. we are incubated. nova-bm is not deprecated. 20:00:07 up, next meeting time 20:00:17 Alright, fun times 20:00:24 #endmeeting