21:04:31 #startmeeting nova_cells 21:04:31 Meeting started Wed Dec 9 21:04:31 2015 UTC and is due to finish in 60 minutes. The chair is alaski. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:04:32 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:04:33 bye bye o/ 21:04:35 The meeting name has been set to 'nova_cells' 21:05:01 anyone around today? 21:05:05 o/ 21:05:07 o/ 21:05:08 o- 21:05:22 #topic Testing 21:05:26 melwitt: any word? 21:05:43 btw, I don't have much today, hoping to be quick 21:06:02 alaski: not aware of anything like failures but I found a gap in our tempest testing for cells that I'm trying to address 21:06:36 okay 21:06:51 I think we don't have coverage of testing network connectivity for instances booted during the job. that used to be covered by the devstack exercise job 21:07:12 heh 21:07:16 seems unimportant 21:07:23 heh 21:07:36 but the tempest scenarios all use floating ip and/or security groups during the ssh test, so I'm looking at providing an option to specify security group name instead of creating on the fly 21:07:49 we're blacklisting all the tests that do ssh I believe 21:08:03 gotcha 21:08:27 the default security group should work as well I think 21:08:50 yeah, that's what I'm aiming for ultimately 21:09:27 cool 21:10:02 if I can help let me know 21:10:16 #topic Open Reviews 21:10:29 just want to call out https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking here 21:10:39 anything blocking https://review.openstack.org/#/c/201606/ and https://review.openstack.org/#/c/213041/ ? 21:10:43 please add any open patches under the cellsv2 section 21:11:34 belmoreira: I think it's just lack of reviews 21:11:47 I will go through them again 21:12:17 alaski: thanks 21:12:54 #topic Open Discussion 21:13:53 I'm starting to go through and clean up the boot process in preparation for actually persisting the request spec there 21:14:05 and then calling the scheduler from nova-api/conductor from nova-api 21:14:43 that will be the first work that starts to require the api db, so I'm hoping to get some attention on it once it's up 21:15:32 anyone have a topic for open discussion? 21:15:54 I was just thinking I need to test out the db connection switch patch more 21:16:31 currently there's just the functional test, which I improved by not using the in-memory sqlite for the cell db 21:16:48 nice 21:17:44 added that to the reviews etherpad 21:17:57 that's another one I want to go through again 21:18:28 thanks. the main change is I changed it not to keep connections open to every cell, or not try to 21:19:03 I didn't know if that's okay, i.e. is it very costly to do a new connect each time and teardown. I thought maybe with pooling underneath that's in oslo.db it would be okay 21:19:23 so input on that would be appreciated in the review 21:19:32 jaypipes always said that a new connection to mysql is very fast 21:19:48 like, it was designed that way and thus connecting and disconnecting _should_ be done aggressively 21:20:09 now, that doesn't mean we should rely on that, given that we support other databases, but ... 21:20:16 I see 21:20:19 that's good info 21:20:29 this is probably something we'll need to offer some tuning knobs for 21:21:30 and it would be good to get some input from db experts, like jaypipes, on the review 21:21:40 I was thinking not to prematurely optimize by trying to maintain an open connection cache with expiry when I don't yet know if it's necessary 21:21:53 yeah, agree 21:22:35 yeah, start simple 21:23:01 anything else? 21:23:56 cool. back to work everyone! or relax, depending on timezone 21:24:01 thanks 21:24:05 #endmeeting