18:59:17 #startmeeting refstack 18:59:18 Meeting started Mon Feb 23 18:59:17 2015 UTC and is due to finish in 60 minutes. The chair is davidlenwell. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:59:19 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 18:59:22 The meeting name has been set to 'refstack' 18:59:29 o/ 19:00:28 agenda: recap from face to face, uuid progress, pending reviews, news from david, open discussion 19:00:58 o/ 19:02:02 o/ 19:02:59 o/ 19:03:52 o/ 19:04:02 okay .. I think we have enough to get started.. 19:04:14 #topic recap from face to face 19:04:34 https://etherpad.openstack.org/p/refstack_f2f_feb_2015 19:04:43 aww you beet me to it ;) 19:04:57 We covered a lot of ground on wednesday.. 19:05:09 #link https://etherpad.openstack.org/p/refstack_f2f_feb_2015 19:05:30 o/ 19:05:40 We started with reviewing the stated refstack usecases that zehicle and I came up with together when we kicked this thing off 19:06:02 decided what was still relevant and what was already addressed 19:06:37 Then we took a hard look at what was still remaining 19:07:25 we then tried to decide on our next set of goals.. 19:08:04 if you scroll towards the bottom you can see what we decided the next set of priorities are.. each item lists the names of folks of people who are likely to do the work.. 19:08:14 we tried to make sure everyone has stuff to do .. 19:08:51 Please take the time to review this doc if you haven't already and feild any questions to catherine or myself in channel 19:09:53 davidlenwell, do we have this prioritized? 19:10:03 is it roughly in order? 19:10:33 roughly it is in order yes 19:10:54 ok 19:10:57 however none of it is set in stone 19:11:16 understood 19:11:21 good to have use c ases :) 19:11:22 zehicle: and we try to have all of us having work items in each priorrity item 19:11:28 What doc we are talking about? 19:11:44 #link https://etherpad.openstack.org/p/refstack_f2f_feb_2015 19:12:30 I think thats enough time on that.. I think everyone is up to speed and if anyone wants to discuss it . we can do it in channel .. 19:12:45 #topic uuid in tempest status.. 19:12:59 I have a good news) 19:13:06 hogepodge: would you like to update us? 19:13:06 https://review.openstack.org/#/c/157273 19:13:18 It looks like tagging script woks) 19:14:00 That's good news. 19:14:12 excelent! 19:14:16 Pretty much all of the work is done. Just need to tag the tests and submit for review. 19:14:19 I have finished it a couple minutes ago 19:14:32 sslypushenko__: did you catch the pep8 failures? 19:14:34 I did minimal set of manual tests 19:14:46 (unrelated to uuid) 19:15:01 * zehicle excited to see the UUID progress! 19:15:04 I didn't fix pep8 issues 19:15:06 also, did you see the comment on running the script? 19:15:13 I will do it after meeting 19:15:42 So it sounds like mostly just tidying up then reviewing. I send an e-mail to openstackdev to alert everyone about the big push and changes is means for future tests. 19:16:15 (that sentence barely makes sense, but you get the idea) :-P 19:16:56 So feel free to review and so on. Thanks sslypushenko__ 19:16:59 well thats aweomse news! 19:17:07 *awesome 19:17:11 hogepodge I saw your review. We can disscuss detail later in refstack channel 19:17:34 o/ 19:19:23 That's about it for that topic I think. 19:19:56 I am very happy with this progress.. Very good job! 19:20:06 lets move on and go over pending reviews 19:20:11 #topic pending reviews 19:20:55 #link https://review.openstack.org/#/c/153734/ 19:21:58 lets get eyes on this one.. its been pending for a while 19:22:59 I was pretty focused on uuid script. I will do review as soon as possible 19:23:08 thanks sslypushenko__ 19:23:08 I am testing ... 19:23:16 while you are at it .. review this #link https://review.openstack.org/#/c/157144/ 19:23:25 I'll look too. 19:23:54 hogepodge: that last one I linked should be of interest to you.. its what we talked about in the january face to face 19:24:01 On the second it's going to get complicated for tests that have moved. 19:24:22 vladiskuz_: did a good job in reviewing https://review.openstack.org/#/c/157144/ 19:24:48 hogepodge: why is that? 19:25:20 one quick comment from defcore f2f: we are moving away fro using the word "core" zehicle, what was the new word? 19:25:45 Rockyg: thats a bit off tpoic .. lets save it for open discussion 19:26:01 catherineD: If you're listing the tests and searching, but the name has changed, you can miss it. So mostly from the pov of leaving gaps 19:26:09 will need to update what we use instead of --core in the last review 19:26:09 because you'll have to scan for the test if all you have is the uuid.. we don't know its path so launching it isn't as easy 19:26:22 catherineD: Thanks! But I think this patch need more clarification 19:26:24 hogepodge: that is why we are now settle on tag-3 19:26:24 Rockyg: please review the code and mention that 19:26:55 catherineD: What are we going to do about failing neutron tests? We have to work from head in those cases. 19:27:10 (that is tests that fail because of neutron) 19:27:11 hogepodge: what are failling neutron test? 19:27:30 tests that fail with the "no default network specified" bug 19:27:48 I was going to do updates all together 19:28:01 hogepodge: I am not aware of that .. Let's discuss later 19:28:10 Rockyg, required capabilities 19:28:19 catherineD: It's not a show stopper, though. There are workarounds. 19:28:26 thanks 19:29:10 okay .. we have some other pending reviews from vladiskuz_ mostly around test deployment and database migrations ... lets get eyes on them 19:29:49 This https://review.openstack.org/#/c/156569/ and this https://review.openstack.org/#/c/156983/ 19:30:08 yes .. thanks for linking vladiskuz_ 19:30:25 vladiskuz_: davidlenwell: will review those today .. 19:30:27 Can we add new gate in review for functional tests? 19:30:37 sure 19:30:41 back to https://review.openstack.org/#/c/157144/ 19:30:56 vladiskuz_: do you want to do that commit? 19:30:59 let have discussion on #refstack about https://review.openstack.org/#/c/157144/ 19:32:17 I like that patch, especially if it allows for defining custom capabilities files. 19:32:20 because https://review.openstack.org/#/c/157144/ cover one of the use case (1.4 in the f2f) 19:33:31 For this patch https://review.openstack.org/#/c/156569/ will be good if we can run tests in our review system with tox - e func 19:33:57 vladsjuz_ ++ 19:34:50 and add gate, for example 'gate-refstack-mysql-functional' or something like this 19:35:28 lets make it non-voting but yes .. I think its a good gate to add 19:36:40 davidlenwell: why non-voting? 19:37:17 vladiskuz_: at least until it shows it's solid 19:37:25 that ^^ 19:38:01 lets move on for now.. we can circle back to this later 19:38:46 #topic news from David 19:39:07 It wasn't an easy choice to make.. But I have resigned my position at blue box.. in the past months as many of you know it has been hard to strike a balance within the company between upstream development and internal product work.. at the end of the day I had to prioritize community work and leave blue box .. No word yet on where I might go.. but I am committed to staying in OpenStack and working upstream and I remain committed to 19:39:07 Refstack. 19:40:36 ok, thanks for the update 19:41:13 * zehicle keeps an eye out for davidlenwell positions 19:41:26 The good news from this is that I will no longer be distracted by internal product work and will be able to put in more hours on refstack. 19:41:30 thanks zehicle 19:41:52 Yay! more progress! 19:42:45 basically I've decided not to take any job until after the summit.. I want to put all my energy into meeting the goals we layed out in our face to face last week 19:42:46 Uh, put together what you want in a position -- area(s) you want to work in -- and let us know. Nothing here (it's a mess) but, who knows what we may hear. 19:43:41 okay . we can more on now to open discussion 19:43:51 #topic open discussion 19:43:51 I can give an update fro DefCore 19:44:03 yes . lets do that 19:44:04 mostly, we talked about DefCore process stuff 19:44:14 but there's a potential change that would make Refstack easier 19:44:41 basically, we are suggesting a move away from Capabilities being RELEASE based to being time based 19:44:42 oh? 19:45:02 thats very interesting 19:45:10 so there's ONE capabilities score JSON that gets updated incrementally based on the process 19:45:13 zehicle: what does that mean? 19:45:22 you'd pick the date of the file that you apply 19:45:31 and Vendors would have to be within the 2 most recent 19:45:54 Yeah. It made sense. You post which test set(s) you're compliant with 19:46:00 So rather than say "icehouse capabilities, juno capabilities, etc..." 19:46:04 so, if the Board approves DefCore 2015.May, then that would be the tests you check against 19:46:10 it really works w/ the UUID concept 19:46:12 I like it 19:46:43 It also matches with the idea of "versionless" tempest 19:46:43 we talked about it for a long time. In the end, we felt that it felt more like a "OpenStack Spec" than the previous naming 19:46:49 Sounds interesting 19:46:59 we'll have to have some discussion on impact 19:47:19 it also helped explain that the DefCore list is trailing. So you don't expect to see capabilities from the latest release 19:47:51 for example, the DefCore 2015.7 guideline would have no Kilo capabilities 19:47:55 and I don't think it will affect the current tags we are looking at, just might require more? 19:48:00 (unless it was something added to catch up) 19:48:01 Also, something kind of related 19:48:38 oh, and Rockyg, you were trying to remember "Guideline" 19:48:43 we did not want to call it a spec 19:49:10 I put forward an idea to help identify capabilities, and going to try and do a pilot with it on Keystone. 19:49:47 does that make sense? You all are our first test run of explaining the new approach 19:50:03 there's also now a timeline for defcore to get advisory and final capabilities and tests approved by board. 19:50:32 I think I get it .. I like the implications .. 19:50:33 yes. very accelerated one 19:50:56 we are trying to have guidelines published in March, April and May to catch up 19:51:07 Then do to a 6 month schedule 19:51:31 with advisory in the middle of the cycle 19:51:44 we had great participation from the Foundation staff at the F2F - they were helpful in getting this lined up 19:51:52 very 19:51:53 in addition to hogepodge, of course. 19:52:02 (heh) 19:52:06 so what happen to beta tests? 19:52:08 He's foundation staff 19:52:12 * zehicle hugs hogepodge 19:52:19 * hogepodge blushes 19:52:43 there's a concept of required, depricated & advisory capabiltities 19:52:44 so, advisory is a proposed list that allows time to shake out issues for final 19:52:56 and we also can flag tests 19:52:58 Rockyg, +1 19:53:21 advisory capabilities list (comes out 3mos before final) 19:53:34 At the next qa meeting I'm going to make a proposal for a new type of test tag 19:53:39 The earlier plan is to have beta tests with some vendors in March ... is that still in plan? 19:53:44 To help out with this in the long run too. 19:53:46 Rockyg, I think we were going to use "draft" 19:53:59 and then use advisory inside the doc 19:54:01 Was that what we ended up with? OK. 19:54:10 * zehicle thinks draft sounds more spec like 19:54:15 The beta is still very important 19:54:36 [interop] tag that has a requirement of being an api test that does not require admin access, and uses only a minimal set of configuration (credentials, endpoint, image-id, network-id, for example) 19:54:39 We need to know if the draft/final will work The beta will demo it 19:54:53 :) 19:55:01 Going to try a pilot on keystone tests. (sorry to interleave, but running out of time) 19:55:38 So we can start pulling capabilities for defcore from [interop] tagged tests. Longer term goal, but gets to the heart of cross-cloud testing by end users. 19:56:46 Huge community interest in testing. Lots of proposed talks for the summit. 19:57:07 It was also pointed out that there is still a need for admin at some level -- for test setup. We should Identify exactly what and document 19:57:09 Go vote! https://www.openstack.org/vote-vancouver/presentation/testing-your-cloud-how-to-configure-your-cloud-and-tempest 19:57:30 accounts and stuff 19:57:32 Rockyg: If you need admin you can't have interop tag. 19:57:40 hogepodge: we shoudl send that line to fits 19:57:43 But there can be interop nq 19:57:55 (non qualifying) 19:58:25 It should be set up before tests are run if it needs admin. 19:58:33 (which is reasonable, cloud prep) 19:58:49 okay folks we are running out of time.. and another team uses this channel in two minutes .. lets wrap it up and continue discussion in #refstack 19:58:54 Right. hogepdge. We need to document that *very* well 19:59:03 k 19:59:06 Thanks everyone! 19:59:11 good progress! 19:59:30 Thank you all for being here today .. attendance has been a lot better in the last month! 19:59:48 #endmeeting