21:00:01 #startmeeting nova_cells 21:00:01 Meeting started Wed Apr 4 21:00:01 2018 UTC and is due to finish in 60 minutes. The chair is dansmith. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:00:02 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:00:06 The meeting name has been set to 'nova_cells' 21:00:10 hoo dis 21:00:18 o/ 21:00:52 hmm, lonely 21:01:48 o/ 21:01:50 sorry yall 21:02:09 aight well, maybe mriedem is busy with other stuff, which is fine 21:02:12 #topic bugs 21:02:19 new bug opened today: https://bugs.launchpad.net/nova/+bug/1761197 21:02:21 Launchpad bug 1761197 in OpenStack Compute (nova) "Not defined keypairs in instance_extra cellsV1 DBs" [Undecided,New] - Assigned to Surya Seetharaman (tssurya) 21:02:31 I have looked at it a tiny bit, but not in detail 21:02:50 the need for another type of migration from api_db for cellsv1 people is probably a thing we need, which sucks, but.. whatever 21:02:53 the more concerning thing to me, 21:03:19 is the secondary issue that instances aren't being created with instance_extra.keypairs in the child cells 21:03:37 we are still investigating it as well, we might just do a downstream tool to recreate the keypairs 21:03:37 o/ 21:03:41 hmm 21:03:52 I haven't spent much time on that, and getting tangled up in the cells code made me want to do something else 21:04:09 tssurya: okay well, I think we probably need to upstream something for the migration bit because you're not the only one that will hit that 21:04:15 guess that implies we're missing a target_cell somewhere 21:04:22 tssurya: but yeah, if you can investigate the creation issue too that would be good 21:04:26 melwitt: I don't think so 21:04:37 melwitt: we create that stuff when we create the instance, and flavor is getting set 21:04:42 dansmith: yes , it is of priority to us, so will work on this and find the source 21:04:57 melwitt: I think it's more likely a filterage or recreating-the-object-in-cells-rpc-land sort of thing 21:05:01 tssurya: cool 21:05:21 okay 21:05:30 so anyway, yeah, I don't have much else to say about that bug 21:05:39 any other new bugs we need to discuss? 21:05:43 https://bugs.launchpad.net/nova/+bug/1761198 21:05:44 Launchpad bug 1761198 in OpenStack Compute (nova) ""Orphan" request_specs and instance_mappings" [Undecided,New] - Assigned to Surya Seetharaman (tssurya) 21:05:59 we might need something to clean the remaining req_specs 21:06:04 if an archival doesn't work 21:06:15 orphaned ones from before too 21:06:19 or for things from before 21:06:22 yes 21:06:38 tssurya: I think that adding yet another cleanup step is probably less desirable, 21:06:42 this is a pre-req for using request specs in the API if a cell is down? 21:06:53 so it might be good to roll that into something else like archive itself or something 21:07:00 or online_data_migrations 21:07:06 dansmith: cool 21:07:28 which is preferable ? 21:07:32 mriedem: acutely I guess, but it's also a hygiene thing 21:07:53 tssurya: I dunno, I'd have to think and look.. it's going to expensive 21:07:55 once you get to queens, and archive does this for you, 21:07:58 then it's no longer an issue right? 21:08:09 mriedem: shouldn't be, except for the older ones 21:08:15 in that case, 21:08:19 i'd roll it into online_data_migrations 21:08:19 yeah cause you have to verify no instance exists per instance_mapping and request_spec before hard-deleting rihgt 21:08:26 mriedem: yes, except for the ones we are already carrying 21:08:29 mriedem: yeah that makes it easily removable 21:08:54 lee was going to add a similar cruft cleanup thing for bdms 21:08:57 per the ptg talk 21:09:05 before we can add a unique constraint on that able 21:09:08 *table 21:09:24 yeah, reasonable I think 21:09:26 okay I will head in that direction then 21:09:32 okay, any other bugs? 21:09:35 * dansmith glares at tssurya 21:09:37 nope 21:09:39 :D 21:09:41 good. :P 21:09:57 #topic open reviews 21:10:04 so, tssurya has a billion of these open 21:10:11 and I've only reviewed like half a million of them 21:10:16 which has me feeling inadequate 21:10:30 but, I get the sense they're seeing decent review from people 21:10:37 haha, no cores a doing a great job in this team 21:10:49 or this sub-team at least :) 21:10:55 my placement-req-filter stuff is all mergificated, which is cells-related, 21:11:04 I have this one that needs a +W https://review.openstack.org/#/c/540258/ to make the AffinityFilters work with multiple cells 21:11:28 and will be pushing on jay bird to get the mirroring spec done and maybe help him with implementation, which will be the last nail for cern to be able to try this reasonably 21:11:32 i looked at that when it was being written, i can go back to it 21:11:46 i think jay is waiting on me for that spec 21:12:03 and i am, 21:12:03 melwitt: also, Einst Crazy is good with that one, which is a major mark of quality 21:12:06 dispassionate at best 21:12:23 mriedem: you don't have to if you don't want to, but ... :) 21:12:30 heh 21:12:36 but smiley face? 21:12:59 mriedem: but it'd help :) 21:13:26 that was me trailing off into just a guilt-laden grin 21:13:33 i just want to be able to say i told you so generically in a few years when the mirroring bites us in the ass somehow 21:14:03 well, if you really feel like that, then voice it on the spec 21:14:09 anyway, 21:14:09 i think i did 21:14:12 yes anyway 21:14:17 well, then -something it then 21:14:21 maybe MINUS FIIIVE 21:14:25 :D 21:14:26 heh 21:14:30 other open reviews? 21:14:43 no 21:14:57 tssurya: jeez tssurya, you're not the only one with reviews.. let others speak 21:15:07 * dansmith looks around the room 21:15:14 okay maybe you are :D 21:15:21 I already said mine 21:15:34 heh 21:15:38 #topic open discussion 21:16:44 nada 21:16:45 crickets? 21:17:14 crickets 21:17:26 okay that means I can put on my bikini and go wash the car 21:17:41 \:| 21:17:42 #endmeeting