17:01:03 #startmeeting nova_cells 17:01:03 Meeting ended Wed Oct 11 17:01:00 2017 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) 17:01:04 Minutes: http://eavesdrop.openstack.org/meetings/interopwg/2017/interopwg.2017-10-11-16.00.html 17:01:05 Minutes (text): http://eavesdrop.openstack.org/meetings/interopwg/2017/interopwg.2017-10-11-16.00.txt 17:01:06 Log: http://eavesdrop.openstack.org/meetings/interopwg/2017/interopwg.2017-10-11-16.00.log.html 17:01:07 Meeting started Wed Oct 11 17:01:03 2017 UTC and is due to finish in 60 minutes. The chair is dansmith. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:01:08 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:01:10 The meeting name has been set to 'nova_cells' 17:01:25 o/ 17:01:26 0/ 17:01:31 o/ 17:01:35 wow tssurya_ has a tall head 17:01:43 haha 17:01:46 hehe :D 17:01:48 #topic bugs 17:02:07 mriedem: are you still debugging that one from a few minutes ago or are you good now? 17:02:23 i marked it incomplete 17:02:27 and put my notes in there 17:02:31 right on 17:02:42 I found a couple of bugs while working on improving our usage of CellDatabases 17:02:51 https://bugs.launchpad.net/nova/+bug/1721670 17:02:53 Launchpad bug 1721670 in OpenStack Compute (nova) "Build notification in conductor fails to send due to InstanceNotFound" [Undecided,Fix released] - Assigned to melanie witt (melwitt) 17:02:57 yep, and patches are up for them all yes? 17:03:18 https://bugs.launchpad.net/nova/+bug/1722404 17:03:19 Launchpad bug 1722404 in OpenStack Compute (nova) "Database transactions can fail with "TypeError: Can't upgrade a READER transaction to a WRITER mid-transaction" because of scatter_gather_cells" [Undecided,In progress] - Assigned to melanie witt (melwitt) 17:03:31 yep patches are up. first one is merged so I proposed a backport for pike 17:03:33 and backports? 17:03:36 cool 17:04:05 so there was another bug filed last week, I think after this meeting, about instance list 17:04:08 I requested nominations for pike series on both bugs 17:04:28 which has since been fixed 17:04:50 it was a fairly obscure detail I think, but otherwise haven't heard other complaints about our instance listing, so tentatively hopeful that that stuff is good 17:05:07 so anything else here? any open/unsolved bugs? 17:05:28 not from me 17:05:35 cool 17:05:40 #topic open reviews 17:05:48 tssurya_: has a patch for nova-manage 17:05:50 I have my first ever open stack patch here for the enhancement Wishlist bug . Reviews are most welcome (and sorry for large number of duplicate patch sets, was having some trouble regarding patch merge conflicts) : https://review.openstack.org/#/c/510844/ 17:05:55 I saw some traffic on it, but haven't circled back to look yet 17:06:14 tssurya_: cool 17:06:49 I have some remaining instance list patches up for review: https://review.openstack.org/#/c/508595 17:07:07 they squash buildrequests into the instance list stuff so we stop having stupid sorting with those 17:07:17 and also a patch that makes us only query cells we have instances in, 17:07:40 which will help performance for people that segregate users by class into cells for organization or locality 17:07:51 the buildrequest one is definitely something I'd like to land soon 17:08:00 the smarter cells patch is kinda optional, but I think it's worth doing 17:08:16 segregate users by class into cells? 17:08:26 so, tenant isolation host aggregates? 17:08:36 if you take the edge case, 17:08:52 you might have users in a remote office be booting things in the cell that is in their office 17:09:02 or if people use cells for segregating new/old hardware, 17:09:15 you might have performance users only booting new instances in the new hardware cell 17:09:23 but yeah, basically, 17:09:39 if your aggregate mapping makes you only boot things in one cell, no reason to make instance list always query other cells 17:09:39 i was just trying to figure out how you make the connection, 17:09:46 since it'd have to be via the host mappings implicitly 17:10:01 no, organization through one of the available methods, like aggregates, 17:10:09 but just making the cells lister thing not list unnecessary cells 17:10:19 based on what cells you have instancemappings for 17:10:38 that's this one right https://review.openstack.org/#/c/509002/ ? 17:10:38 if we fix the instance archive thing deleting instance mappings, 17:10:49 you'd also not list against cell0 if you have no error instances right now 17:10:57 mriedem: https://review.openstack.org/#/c/508595/7 17:11:00 er, no 17:11:06 the one at the end of that one 17:11:24 mriedem: 002 is just a query method to make the next patch quick 17:11:43 yeah, have you run this through the danperftestmachine9000? 17:12:02 to see that the up front grouping doesn't affect a normal list too much? 17:12:05 no, because it will only affect things with more cells 17:12:28 I can't tell a difference between 500/500 cell0/cell1 and 1000 in cell1 reliably, so I'm not going to be able to see this either I think 17:12:57 I can do it if you want, but it's not high on the prio list I don't think 17:14:28 anyway, other open reviews.. melwitt has those fixes and corresponding fixture tweaks 17:14:31 what else? 17:14:49 yeah, the fixture patch is https://review.openstack.org/#/c/508432 and I would appreciate review on it 17:16:01 okay nothing else I guess, so moving on 17:16:04 #topic open discussion 17:16:07 crap mel's notification fix reminds me i was going to collapse the 2 for loops in schedule_and_build_instances 17:16:24 ohh, right 17:16:30 anything else here? 17:16:54 i have another patch to do the instance.tag stuff at server create better too, 17:16:58 but it has to be cleaned up 17:17:05 okay 17:17:07 not directly cells related, but it came up when adding that stuff in schedule_and_build_instances 17:17:16 yeah 17:18:10 okay if nothing else, I propose we get back to work 17:18:34 yup 17:18:39 yis 17:18:42 yes 17:18:46 #endmeeting