17:00:10 #startmeeting nova_cells 17:00:11 Meeting started Wed Sep 9 17:00:10 2015 UTC and is due to finish in 60 minutes. The chair is alaski. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:13 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:16 The meeting name has been set to 'nova_cells' 17:00:31 good everyone 17:00:39 \o 17:00:48 \o 17:00:55 mornooning 17:01:04 bauzas: :) 17:01:22 #topic Tempest tests 17:01:26 o/ 17:01:55 there were a few issues with testing recently 17:01:57 o/ 17:02:13 but afaik it came down to tempest test names changing 17:02:20 yup 17:02:23 and therefore bypassing the blacklist that was setup 17:02:56 that's why I'm working on directly providing the Devstack changes :) 17:03:13 the tempest feature flags? 17:03:51 yup 17:04:02 awesome 17:04:03 alaski: is this related with the failures in 213041 and 201606 17:04:10 alaski: https://review.openstack.org/#/c/213041 in this patch some tempest and grenade tests were failing 17:04:10 it needs to modify a bit Tempest as well 17:04:53 belmoreira: lalit_d doesn't look like it. it was the gate-tempest-dsvm-cells job that was failing 17:05:13 bauzas: okay 17:05:22 alaski: +1 17:05:40 that seems like an effort that we could have multiple people on 17:05:48 lalit_d: the bug alaski was talking was https://bugs.launchpad.net/nova/+bug/1492255 17:05:49 Launchpad bug 1492255 in OpenStack Compute (nova) "Cells gate job fails because of 2 network tests" [Critical,Fix committed] - Assigned to Sylvain Bauza (sylvain-bauza) 17:06:06 alaski: yeah, just trying to look first 17:06:37 alaski: we don't understand why those patches are failing... we may need some help 17:07:00 belmoreira: are you sure it's coming from your side? 17:07:20 bauzas: ok 17:07:24 bauzas: okay. if you could use help let me know and I'll see if we can get people involved 17:07:37 belmoreira: okay. the ironic-pxe failure is unrelated 17:07:46 alaski: for the moment, I'm reviewing the Tempest tests to see which features are having a flag 17:07:47 I believe not... that's why it is more difficult for us 17:07:50 not sure on the grenade one right now, but I can take a look 17:08:10 alaski: I should write an etherpad so any people could see which tests would need which flags etc. 17:08:16 bauzas: +1 17:08:28 okay, paperwork time !: 17:08:29 :p 17:08:58 alaski: sounds a low-hanging-fruit also 17:09:09 yeah 17:09:23 alaski: I should ask the Upstream Training to see if some people would want to help us 17:09:46 that would be great. they're good simple changes 17:09:53 * bauzas has some thoughts on that 17:10:10 I think we've got testing covered for now 17:10:15 #topic Open Reviews 17:10:24 I was actually running the Upstream Training for the last 2 cycles but this cycle I can't (Tokyo with family) but surely I can ask 17:10:31 there are some reviews still listed on the agenda at https://wiki.openstack.org/wiki/Meetings/NovaCellsv2 17:10:37 however we're in feature freeze 17:11:03 alaski: one remaning point about testing, but can be discussed during opens 17:11:05 so reviews are still helpful, but the focus is going to be on bugs for a bit 17:11:11 bauzas: okay 17:11:14 (open discussion) 17:11:25 alaski: ok 17:11:45 alaski: I guess all the changes are in the etherpad of doom ? 17:12:01 alaski: I mean https://etherpad.openstack.org/p/liberty-nova-priorities-tracking ? 17:12:05 bauzas: I believe so. I added them a bit ago 17:12:20 yeah, they're there 17:12:23 belmoreira, lalit_d: see above, if you feel some change is missing 17:12:25 coolness 17:13:24 once RC1 is picked and there are no critical bugs coming up we can get back to pushing on these features again 17:13:32 bauzas: is good 17:13:47 but for now reviews will be slow on features 17:14:02 #topic Open Discussion 17:14:15 alaski: do we need to submit again the flavor spec for M? 17:14:27 belmoreira: I guess thru a fast-approval, yes 17:14:29 belmoreira: yes. but it can be approved quickly 17:15:01 I would like to continue with the work during this period 17:15:19 is ok if we continue to update the patch? 17:15:19 belmoreira: you still can, that's just for merging :) 17:15:26 belmoreira: okay. we can't merge it but you can keep working 17:15:57 bauzas: you had a thing for open discussion? 17:15:57 so I had one point 17:16:03 yeah 17:16:11 my question is: should we continue work in the same patch or because we need a new spec we also need to resubmit the patch? 17:16:19 belmoreira: same patch is good 17:16:31 alaski: thanks 17:16:32 the -2 will go away after feature freeze 17:16:43 great 17:16:45 so we have an exception raising on the cell-parent 17:16:58 that's confusing for people troubleshooting cells 17:17:26 I'm trying to tackle the issue in https://review.openstack.org/#/c/218473/ and some other DNM change 17:18:01 since it's pretty hard to trace why, I wonder by how much we should just catch the exception and leave with it 17:18:03 https://review.openstack.org/#/c/220666/ 17:18:29 bauzas: right now I'm of the opinion that we just catch it 17:18:29 alaski: yeah, that one just shows up that there is a problem when saving 17:18:44 alaski: in https://review.openstack.org/#/c/213041 gate-grenade-dsvm and gate-grenade-dsvm-partial-ncpu are failing .. do you have any idea 17:18:51 alaski: so, there is a problem, but I wonder whether it's good to hide it 17:19:04 lalit: I don't right know. I will need to take a look 17:19:17 lalit: I gonna look at those once we're done, okay? 17:19:25 oh that too ^ 17:19:32 bauzas: the db change that caused the exception is just exposing a problem that already existed 17:19:39 alaski: zactly 17:19:43 so I don't think the problem is new, just the exception 17:19:47 alaski: +1 17:20:08 alaski: but you know, that's far different from pretending it never existed :p 17:20:17 definitely 17:20:28 I think a log would be great there, instead of the exception 17:20:50 so, we can just throw the exception under the bus and leave with it, that just means that we know that we have a problem but we assess it's not easily fixable 17:21:02 alaski: sounds a good idea 17:21:42 well, it's likely that it isn't easily fixable. since it's cells and all :) 17:21:44 we're just in StringFreeze, so that would defer to Muppet, but I'm fine with that 17:22:01 logging may help us narrow down the cause though 17:22:14 bauzas: I think johnthetubaguy just sent out something saying that new logs are fine 17:22:24 modifying logs is more of the issue 17:22:42 alaski: well, I did read johnthetubaguy's new rule of world, but I probably missed that - I thought it was only for bugfixing 17:23:12 #link http://lists.openstack.org/pipermail/openstack-dev/2015-September/073942.html 17:23:25 meaning that fixing a bug is far more important than just leave the bug because of i18n, which I +1 on that 17:23:58 hah "Additional strings are generally OK" 17:24:03 alaski: okay, regarding removing the soft delete. in model_query itself unknown column for delete exception is raising which is before result..can you suggest for further proceed 17:24:05 bauzas: typey typey 17:24:08 yeah. it seemed pretty general to me 17:24:20 lalit: I commented on the review 17:25:43 lalit: basically, for now I think we do need to keep soft-delete 17:25:54 anything else for today? 17:26:17 alaski: ok thanks 17:26:33 lalit: np 17:27:05 thanks everyone 17:27:14 #endmeeting