09:00:06 #startmeeting qa 09:00:06 Meeting started Thu Apr 21 09:00:06 2016 UTC and is due to finish in 60 minutes. The chair is gmann. Information about MeetBot at http://wiki.debian.org/MeetBot. 09:00:07 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 09:00:09 The meeting name has been set to 'qa' 09:00:24 hi who's here for today? 09:00:27 \o/ 09:00:33 masayukig: hi 09:01:04 hi 09:01:21 jordanP: hi 09:02:12 Let's wait for some time for more people to join otherwise we can finish early today 09:02:36 hi guys ;) 09:02:43 dmellado: hi 09:03:09 let's start 09:03:15 #link https://wiki.openstack.org/wiki/Meetings/QATeamMeeting#Agenda_for_April_21st_2016_.280900_UTC.29 09:03:24 ^^ today agenda 09:03:48 #topic Specs Reviews 09:04:05 #link https://review.openstack.org/#/q/status:open+project:openstack/qa-specs,n,z 09:04:30 seems like all spec are under review with author updates 09:04:47 I do not have much on that, anyone want to discuss any spec 09:06:02 ok, let's jump to next 09:06:09 #topic Tempest 09:07:26 so most of them patches are in good review 09:07:31 I'd like to have some eyes on https://review.openstack.org/#/c/304024/ (Replace Mox with Mock) 09:07:32 * masayukig thinks it'll be a short meeting this time 09:07:47 jordanP: sure. 09:08:10 i might check but tomorrow. 09:08:13 jordanP: I'll have a look over the long flight xD 09:08:34 jordanP: should we have a Hacking rule for it? 09:09:10 no hacking rule, let's just not reintroduce mox in test-requirements.txt 09:09:24 jordanP: ah, i see 09:09:32 btw, we should be conservative with any addition to requirements.txt 09:09:39 yea that will avoid that 09:10:14 adding new requirements are costly 09:10:23 jordanP: quick question 09:10:40 why not use mockpatch from oslotest with fixture 09:11:03 I think that's what I use most of the time 09:11:04 seems this is done already there - https://review.openstack.org/#/c/304024/2/tempest/tests/lib/base.py 09:11:30 jordanP: you are using self.patchobject 09:12:35 in general, I prefer to use native library (mock is in stdlib in python3) than any 3rd party library 09:12:46 oslotest and fixture are 3rd party libraries 09:12:59 if we can do stuff using just the python standard library, it's usually better 09:13:13 jordanP: +1 09:13:50 ok, ll check that later in detail. 09:14:13 we might need to do more cleanup on that as we use oslotest in many places too 09:14:22 yep, +1 on that, maybe we should change gmann link 09:15:10 dmellado: sorry did not get :) 09:15:38 gmann: so I was referring to change what is on base.py to use also standard library (again, cleanup ;)) 09:16:04 dmellado: ohk 09:16:13 ok 09:16:33 i have another which fixing the false pass from expected_success method 09:16:49 #link https://review.openstack.org/#/c/306919/3 09:17:09 but before this need to fix Ironic plugin and tempest baremetal tests 09:17:18 which i just loaded 09:17:54 #link https://review.openstack.org/#/c/308855/ 09:17:59 it will be very quick 09:19:05 anything else 09:19:23 dmellado: you are ok with venev script on your CI now 09:19:53 gmann: yes, I'm fine now, we'll refactor the wrapper code and reapply, so no worries 09:19:57 dmellado: actually that patches waited for around 4 month because of same concern in rally as you have 09:20:03 dmellado: cool 09:20:07 gmann: tbh, I missed it 09:20:21 but I guess that it would've been fine to mark it as 'deprecated' 09:20:23 before removing it 09:20:30 dmellado: yea, thats normal thing :) for all of us 09:20:52 dmellado: actually those were oslo script, we just had copy of those 09:20:59 moreover, as we are mainly testing rpms, we probably don't even need the venv 09:20:59 same like other projects 09:21:20 gmann: I see, I mean, for other tools, there was a deprecation mark for a couple of months 09:21:31 so maybe a deprecation mark would've been good 09:21:36 tosky: yea but we need in many places depends on user usage 09:21:43 tosky: yep, but we do also use git, not only rpm 09:21:46 so some jobs got affected 09:21:56 directly git install need those 09:21:59 dmellado: yea 09:22:19 dmellado: for tempest own interfaces we always use deprecation 09:22:27 (I didn"t follow this subject closely, but ironic code in tempest should go away into a plugin) 09:22:43 jordanP: yea i fixed there too master and mitaka 09:23:05 gmann: jordanP in terms of plugins too, do we have a track of plugin-enabled projects? 09:23:17 #link https://review.openstack.org/#/q/Ic4b0af5701df99621e3abb693644c4824c92dc4c,n,z 09:23:27 yeah but we (the tempest core team) have no way to easily test baremetal tests, so we can"t maintain them 09:23:50 we need to fix same tests in tempest as ironic L and K branch does not have plugin and run tempest tests 09:24:10 jordanP: totally true, its in process of removal 09:24:17 or backport the plugin? 09:24:30 gmann, thanks for doing this for Ironic. But you won"t be able to fix tempest-plugin for ever. Ironic people should step up if they are interested in running functional tests 09:24:33 tosky: well, that would depend on ironic, not only tempest 09:24:44 jordanP: bu before that mtreinish and jroll doing isloated plugin install on gate 09:25:04 so that stable branches also can run plugin and then only we can remove those tests from tempest 09:25:12 ok 09:25:29 sounds fine 09:25:40 jordanP: +2, i do not want, had to do ceilometer and congress also for removal of ceilometer tests 09:25:49 not to be very hard on them 09:26:03 that's nice of you 09:26:05 tosky: yea thats all what project want 09:26:29 and to avoid impression that Tempest break them :) 09:26:39 lol 09:26:48 which always false but nobody understand 09:27:26 we have few projects tests which are in progress of removal 09:27:34 that should be the role.of QA liason for each project 09:27:44 once all those are gone in plugin we will be little bit in relive state 09:28:01 explain the changes, I mean 09:28:16 tosky: officially yes and we have on wifi too but that does not seems to work :) 09:29:07 anyways that might be last fix on plugins and ask each project to do in future 09:29:29 gmann: about the plugins itself, is there a timeframe for that? 09:29:34 other thing is we should have all common interface in lib ASAP to avoid such changes break plugin 09:30:02 dmellado: you mean for projects (other than 6 core ) which tempest has tests 09:30:41 for those we try to remove tests from tempest ASAP, but we do not have strict deadline 09:31:12 and for other projects its upto them when they want to implement plugin for tempest coverage 09:31:53 gmann: I see, thanks! 09:32:19 for Sahara, the tests have been copied to sahara-tests, and we run the tests with the Sahara CI, but for the main gates I'm still investigating 09:32:33 tosky_: great. 09:32:47 whether to wait for this: https://review.openstack.org/#/c/297446/ or to see if the way of the designate project can work 09:32:59 (install tests from devstack plugin) 09:33:01 tosky_: you might need to change their job to redirect the tests to sahara plugin 09:33:15 gmann: Sahara CI is already fixed 09:33:42 tosky_: yea, after that, it will be nice to install isolated plugin 09:34:21 tosky_: can it be done before that how other projects installing now (with all-plugin tox env) 09:34:33 that is bad way but in case. 09:35:02 I was hoping to go directly to the good one :) 09:35:17 tosky_: ok, thats fair enough :) 09:35:34 hope we get rid of all non-core projects tests by starting of Newton 09:36:27 ok, anything on tempest from anyone 09:37:41 seems like expected_success changes exposing more bug in tests 09:37:42 http://logs.openstack.org/34/308834/1/check/gate-tempest-dsvm-ironic-pxe_ssh/d0ba3b3/logs/testr_results.html.gz 09:37:43 :) 09:38:23 ok, let's move on 09:38:49 #topic DevStack + Grenade 09:39:05 if nothing on those we skip this 09:39:41 #topic Austin Summit 09:40:02 so we have all schedule up on site now 09:40:40 #link https://www.openstack.org/summit/austin-2016/summit-schedule/global-search?t=QA%3A 09:40:51 #link https://www.openstack.org/summit/austin-2016/summit-schedule/global-search?t=Infra%2FQA 09:41:00 hope this search covered all 09:41:07 cool 09:41:19 and hoping not much overlap sessions 09:41:37 i have one with nova on Thursday but seems like cannot be changed :( 09:42:19 we just start preparing for those sessions and have a great summit at the end 09:42:43 anyone want to talk/discuss anything on this 09:43:13 I think I'm also more or less fine 09:43:20 will be giving a speak early Thu 09:43:25 dmellado: oh 09:43:25 but should be free for the remaining 09:43:27 what time? 09:43:32 gmann: let me check 09:43:52 dmellado: Thursday we start at 11.50 09:44:01 * dmellado checking 09:44:29 masayukig: hope our is not overlapping with general sessions? 09:44:37 honestly i missed to check that :P 09:44:57 gmann: not overlapping 09:45:03 ohk. 09:45:07 (fortunately :) 09:45:08 gmann: yep 09:45:12 it collides 09:45:18 11:50-12:30 09:45:21 dmellado: oh 09:45:31 https://www.openstack.org/summit/austin-2016/summit-schedule/events/8626/midonet-scalability-testing-with-neutron-and-open-source-tools 09:45:51 dmellado: same time mine was overlapping with Nova 09:46:02 oomichi: can you check this if possible :) 09:46:18 ok let's move on and see what oomichi can do 09:46:25 cool 09:46:33 #topic Critical Reviews 09:46:46 any reviews to look on priority 09:47:56 if nothing let's jump to open 09:47:59 #topic Open Discussion 09:48:10 anything else to discuss or we can close early 09:48:44 well, maybe I mised the mail but oomichi was speaking about having a dinner on Mon 09:49:00 he said he was going to send one (maybe not yet) 09:49:00 dmellado: oh, did he send mail? 09:49:06 ohk, may be 09:49:25 may be we will have. :) 09:49:42 so let's check that later ;) 09:50:00 gmann: I'll ping you also on Mon to discuss the session' details 09:50:08 dmellado: ok 09:51:05 ok let's close the meeting. 09:51:06 3... 09:51:10 2.. 09:51:15 1. 09:51:16 Thanks all 09:51:28 #endmeeting