16:02:12 #startmeeting cinder 16:02:13 Meeting started Wed Oct 1 16:02:12 2014 UTC and is due to finish in 60 minutes. The chair is jgriffith. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:02:14 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:02:16 hey all 16:02:16 The meeting name has been set to 'cinder' 16:02:19 o/ 16:02:20 hi 16:02:24 hey 16:02:27 hey 16:02:27 hey 16:02:28 hi 16:02:30 o/ 16:02:32 hi 16:02:36 hi 16:02:37 o/ 16:02:38 * thingee has a conflicting meeting :( 16:02:47 this should be short 16:02:48 hello 16:02:49 hi 16:02:51 #topic RC1 16:02:51 hi 16:02:52 hi 16:03:11 so the mantra for the week should be (for those that didn't catch it) TEST 16:03:15 TEST 16:03:17 TEST 16:03:18 TEST 16:03:19 TEST 16:03:23 get the idea? 16:03:26 :) 16:03:28 hello 16:03:31 Not yeah, write code for Kilo 16:03:34 Test 16:03:40 jgriffith: What should we be doing? 16:03:50 jungleboyj: why I otttaaaaaa 16:03:52 jungleboyj: writing code for kilo 16:03:55 Also fix the bugs that other people's testing has found 16:03:59 seriously though 16:04:03 avishay: aAh, good, thanks! 16:04:05 we cut RC1 this AM 16:04:11 jgriffith: :-) 16:04:23 there was a slew of bugs logged against bacup last night 16:04:41 and I've noticed a couple other things we've sort of neglected around manage etc 16:05:04 jgriffith: are they critical enough to cut RC2? 16:05:14 xyang1: haven't decided yet 16:05:20 xyang1: pretty border line so far 16:05:35 xyang1: but I want to make sure that if there is something critical enough we identify it ASAP 16:05:38 * DuncanT- is slowly working through triaging the backup bugs 16:05:45 xyang1: and I've got a number of things that we can put in 16:05:53 DuncanT-: you can double check my work there :) 16:05:59 DuncanT-: I triaged them this morning 16:06:15 DuncanT-: well... verified some, triaged some 16:07:31 anybody have anything else? 16:07:52 jgriffith: So, just to clarify from a reviewer standpoint. 16:07:59 meh 16:08:10 jgriffith: Don't worry about reviews so much and don't be merging anything at the moment? 16:08:11 nope 16:08:22 jungleboyj: not necessarily 16:08:27 jungleboyj: Important bug fixes are important 16:08:32 I'm not +A'ing anything right now w/o talking with jgriffith first. 16:08:35 jgriffith: Can we worry about reviews next week? 16:08:41 jungleboyj: no reason to stop forward progress, but be "picky" right now 16:08:46 what happens to the reviews we had in flight? 16:08:47 jgriffith: DuncanT- Right. 16:08:47 NFS Security… 16:08:50 glenng: we can always do reviews 16:08:56 tbarron: theyr'e still in flight 16:08:58 jgriffith: we can still +2, but no +A? 16:09:00 hemna: That sounds like a good plan. 16:09:05 jgriffith: Good. Mine is out there waiting. 16:09:11 xyang1: you can still approve/merge just like always 16:09:14 note that master is now Kilo 16:09:15 glenng: Been meaning to get to that. 16:09:26 my point is just I'd like people to be focusing on Juno right now 16:09:32 jungleboyj: I love you Man! 16:09:50 glenng: :-) 16:10:08 * jungleboyj is picturing the scene from Wayne's World 16:10:22 FYI, there are new cinder scenarios in Rally that folks can be running to stress test stuff. 16:10:31 hemna: +1 16:10:56 the good thing is that IMO people's CI efforts have helped us out a bit this cycle 16:11:04 hemna: I thought you ran into problems with Rally? does it work now? 16:11:08 There's not as much of a panic/rush at the end to fix driver bugs 16:11:09 if you haven't run Rally yet, you should. 16:11:13 Take a look at https://github.com/stackforge/rally/blob/master/rally/benchmark/scenarios/cinder/volumes.py 16:11:25 I added a create_and_attach_volume scenario 16:11:30 it's simple 16:11:31 From my perspective drivers are the lowest priority right now with the exception of LVM 16:11:40 xyang1, yah it works 16:11:56 I have another guy on our team working on a more complicated scenario test runner for cinder 16:11:58 but you're all professional adults, use your judgement on how you want to manage your time/effort 16:12:20 :-) 16:12:24 Ok, side convos have started... shall we wrap up here? 16:12:43 "thanks for all the fish" 16:12:43 Did hemna want to talk about cleanup? 16:12:48 jgriffith: last time I was called a professional I was being escorted out the door! 16:12:49 jgriffith: Are we going to talk about Kilo cleanup? 16:13:04 glenng, :) 16:13:16 DuncanT-: Wait, remember Juno! 16:13:34 * flip214 just read "remember the Alamo!" 16:13:40 Ah Juno. The good ol' days. 16:13:53 DuncanT-: nope, I wasn't going to mention that at all... but if folks want to I guess that's up to you all 16:14:04 we can save it for next week 16:14:11 hemna: That works for me! 16:14:21 everyone install rally and run the cinder scenarios 16:14:22 :) 16:14:27 BTW... if you haven't done so yet; GO VOTE!!!! 16:14:28 jgriffith: I don't mind, but need to talk about it next week at the latest to start assigning people to work 16:15:09 if anyone has free time, take a look at the priority list (https://etherpad.openstack.org/p/cinder-kilo-stabilisation-work) and comment 16:15:10 DuncanT-: you can bring up a preview now.. 16:15:20 chew on it this week and let's chat about it next meeting ? 16:15:22 #topic DuncanT- 's preview on Kilo cleanup 16:15:56 DuncanT-: ^^ 16:16:02 So I've got a new worry to add to the list: Test coverage, particualrly negative testing 16:16:23 We've had a couple of policy not enforced type bugs 16:16:33 Plus all the work in Hemna's document 16:16:58 Honestly our entire unit test collection sucks and is mostly broken IMO 16:17:10 but I'm saving that for after Juno :) 16:17:12 mox --> mock 16:17:22 +10 16:17:26 hemna: haha... not even that but ok :) 16:17:26 Mock is better 16:17:29 mox -> mock doesn't buy us /that/ much 16:17:29 yeah 16:17:31 hehe 16:17:35 or mock -<> mox 16:17:41 * jgriffith bights his tongue 16:17:56 We should all migrate to using Mock. 16:17:57 You all are determined to suck me into this conversation now aren't you :) 16:17:57 I hate looking at the current tests, due to context switching between mox and mock 16:17:58 completely sucks 16:18:04 but that's probably just me. 16:18:04 who cares honestly 16:18:13 I hate the fact that people don't know what unit tests are 16:18:14 Is it worth picking one area and trying to turn them into an example of 'good testing'? 16:18:32 DuncanT-, how about the volume manager tests :) 16:18:46 unit tests are supposed to test your little piece of code, ideally the largest thing tested should be a single method 16:19:01 in our case we do things like load entire services, call 5 different modules etc etc 16:19:04 it's crap 16:19:15 jgriffith: +1 16:19:19 jgriffith: Only when not done well. 16:19:23 yah, and those are very difficult to do, as you basically mock the world 16:19:24 and don't get me started on our over use of fakes 16:19:25 jgriffith: I've always said one method or one boundary 16:19:36 DuncanT-: indeed 16:20:00 ok, so that's a good topic for Kilo improvements 16:20:00 jgriffith: i think mox was pretty hard to figure out and led to all the fakes junk, but agree 16:20:01 jgriffith: But we need tests that are more than unit tests but less than tempest too, particualrly negative tests of our defensive programming 16:20:03 jgriffith, create an etherpad to dump ideas about unit tests, and link to that from the kilo etherpad ? 16:20:11 jgriffith: +1 16:20:20 hemna: sounds good to me 16:20:36 DuncanT: Right. Test cases to cover positive and negative coverage. 16:20:36 DuncanT-: and that's been proposed 16:20:37 avishay, +1 16:20:45 DuncanT-: Cinder based functional testing 16:20:56 DuncanT-: or... functional testing that lives in Cinder 16:21:00 however you want to word it 16:21:28 jgriffith: So we'd have 3 levels of testing? Unit, functional and system? Sounds good to me 16:21:39 DuncanT-: that's been my proposal 16:21:54 system = tempest? 16:21:57 jgriffith: I'm onboard with that 16:22:00 thangp: Yeah 16:22:01 cool 16:22:04 DuncanT-: I think that is what swift does. 16:22:16 devils in the details, but seems like the right direction to me 16:23:17 On a related note, if anybody is smart enough to be able to figure out how to get coverage out of a running cinder service (so I can get reports of the coverage of tempest) can they let me know please? I'm failing, and want to do periodic reports so that we can identify low hanging fruit tempest gaps 16:23:29 it's definitely the right thing to do. unit tests mock everything outside of a function, and higher-level tests subsystems and mock out the rest, and of course full system tests 16:24:06 DuncanT-: if you find out please let me know 16:25:21 DuncanT-: what kind of coverage? like how many of the api endpoints you hit? 16:25:35 mtreinish: Lines of code, ideally 16:25:47 mtreinish: As in python coverage tool output 16:26:09 mtreinish: Unfortunately the tool seems not to like eventlet 16:26:14 DuncanT-: well I played with that in nova a while back the short answer there isn't a good way to do it. 16:26:17 DuncanT- learn from https://wiki.openstack.org/wiki/Nova/CoverageExtension ?? 16:26:19 DuncanT-: yeah eventlet breaks things 16:26:46 flip216: Oooo, interesting, thanks! 16:26:47 flip216: yeah, that's what I was referring to, it was removed from nova because it didn't really work well because of the eventlet issues 16:27:09 mtreinish: DuncanT- flip216 we should probably annotate that in the wiki 16:27:28 Unless it's there and I just didn't see it 16:27:36 jgriffith: yeah that's a good idea, I had completely forgotten about it 16:27:48 mtreinish: that's the beauty of wiki's :) 16:28:08 I do it allll the time 16:28:12 I guess there'll be some way to do "import coverage; coverage.start()" or so, too? 16:28:43 that's just two lines that can be inserted in service.py or so .. 16:29:26 flip216: well that's basically what the extension did, just triggered the start by an api call 16:29:51 but it turned out not to be useful because of the issues running it with eventlet 16:31:49 well, it's something for those interested to try playing with - It has to potential to be extremely useful 16:31:56 well, http://eventlet.net/doc/testing.html says "nosetests --with-coverage --cover-package=eventlet" 16:32:12 ok.... we've completely digressed :) 16:32:14 perhaps that works? 16:32:26 bike shedding, as I said. 16:32:28 we can discuss in #openstack-cinder maybe? 16:32:33 I'd like my coffee with milk, please. 16:32:37 LOL 16:32:47 I'd like mine without thank you! 16:33:00 Black coffee all the way! 16:33:05 without "thank you"? you'd get yours with a "here you are, sir"... 16:33:12 Ok... anybody have any questions, comments or concerns? 16:33:17 I like my coffee black, just like my metal. 16:33:24 is this meta-discussion really necessary? 16:33:27 flip216: Nice! 16:33:29 thingee: LOL 16:33:37 thingee: I have that shirt somewhere... 16:33:38 I'd like mine with a large shot of rum in the top, please? 16:33:44 thingee: corroded? 16:33:49 ok... we're obviously done here 16:33:50 :) 16:33:53 DuncanT-: +2 16:33:55 thanks everyone 16:33:58 remember... TEST 16:34:03 DuncanT-: Irish Cream! 16:34:03 #endmeeting