21:00:49 <alaski> #startmeeting nova_cells
21:00:52 <openstack> Meeting started Wed Jun 24 21:00:49 2015 UTC and is due to finish in 60 minutes.  The chair is alaski. Information about MeetBot at http://wiki.debian.org/MeetBot.
21:00:53 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
21:00:56 <openstack> The meeting name has been set to 'nova_cells'
21:01:05 <alaski> anyone around for cells today?
21:01:10 <melwitt> o/
21:01:10 <bauzas> \o
21:01:26 <alaski> excellent
21:01:29 <belmoreira> o/
21:01:34 <alaski> #topic Tempest
21:01:42 * alaski hands it over to melwitt
21:02:02 <melwitt> the cells job is still looking in good shape goo.gl/b7R8wq
21:02:29 <melwitt> we have had a ML thread about whether to make it voting right now http://lists.openstack.org/pipermail/openstack-dev/2015-June/067723.html
21:02:53 <melwitt> and I think we'll do a vote about whether to make it voting at tomorrow's nova meeting
21:03:27 <alaski> awesome
21:03:53 <bauzas> cool
21:03:53 <melwitt> at which time I can un -W the voting patch https://review.openstack.org/#/c/190894/ and make it depend on the project-config change for the regex https://review.openstack.org/#/c/194410/
21:04:08 <melwitt> if it gets voted to turn on, I mean
21:04:25 <alaski> heh, or just be a rebel
21:04:34 <bauzas> :)
21:04:37 <melwitt> yeah!!
21:04:49 <melwitt> other than that, I opened a new bug for a rare-ish failure https://bugs.launchpad.net/nova/+bug/1466696
21:04:49 <openstack> Launchpad bug 1466696 in OpenStack Compute (nova) "Cells: Race between instance 'unlock' and 'stop' can cause 'stop' to fail" [Low,Confirmed]
21:05:05 <melwitt> with the corresponding logstash query http://goo.gl/2reb35
21:05:24 <alaski> oooh
21:05:32 <alaski> #link https://bugs.launchpad.net/nova/+bug/1466696
21:05:59 <melwitt> I think that's all the status I have on the tempest job
21:06:33 <alaski> cool, thanks
21:06:43 <alaski> that looks like a tricky bug too
21:07:03 <melwitt> yeah. I couldn't immediately think of a way to address that one
21:07:56 <alaski> out of order messages are tough with the system in place now
21:08:15 <alaski> well, more eyes will be good
21:08:21 <melwitt> right
21:08:40 <alaski> #topic Specs
21:09:01 <alaski> https://review.openstack.org/#/c/190147/ is the only open spec I'm aware of now
21:09:24 <melwitt> I have uploaded a spec last night about the database connection switching https://review.openstack.org/#/c/194935/
21:09:39 <alaski> nice
21:10:09 <alaski> added it to the priorities etherpad
21:11:01 <melwitt> I was wondering about the spec deadline that's like... tomorrow. we don't yet have all the specs we need to accomplish a simple 'nova boot' with cells v2 do we? can we not have anymore specs after tomorrow?
21:11:24 <alaski> I'm not really sure what's going to happen with that
21:11:38 * dansmith staggers in late
21:11:57 <belmoreira> We add the migration plan to #190147
21:12:07 <alaski> I think we have enough for a boot, but with some db tables in the cell vs in the api where we'd want them
21:12:18 <bauzas> melwitt: I sincerely wonder if by any chance some freeze exception can occur
21:13:00 <melwitt> alaski: hm, okay
21:13:51 <alaski> melwitt: it may not be pretty, but I think we have all the pieces at least proposed as specs
21:14:30 <alaski> bauzas: we may need to attempt that, but we're also getting to a point where we have enough work to last the cycle I think
21:14:45 <bauzas> alaski: agreed
21:14:50 <alaski> speaking from my personal velocity recently :(
21:15:40 <alaski> belmoreira: great.  It looks like edleafe still wanted a bit of clarification, but it's looking good
21:16:21 <alaski> anything else on specs?
21:16:24 <belmoreira> we are waiting for more reviews before a new iteration
21:16:35 <bauzas> belmoreira: the overall glance at the spec was good IMHO
21:16:51 <bauzas> belmoreira: I'll vote on that soon
21:17:00 <alaski> belmoreira: okay.  I'll look at that again
21:17:04 <belmoreira> bauzas: great
21:17:57 <alaski> #topic Open Discussion
21:18:26 <alaski> anything people would like to discuss?
21:18:31 <belmoreira> alaski: can you be more verbose in your comment on #192098 :)
21:18:49 <belmoreira> have no idea what you are asking for :)
21:20:03 <alaski> belmoreira: ahh, rather than having an integer field there with just the id, have an ObjectField there will the cell_mapping object
21:20:35 <alaski> because the only use of cell_id will be to get the object later, so it might as well be loaded at the start
21:21:21 <alaski> so get_by_host will need to join the cell_mapping table, then load it in _from_db_object
21:21:28 <belmoreira> ahhh... ok
21:21:51 <bauzas> right
21:22:00 <bauzas> is that change tracked in the etherpad?
21:22:08 <alaski> bauzas: not sure
21:23:13 <alaski> it is now
21:23:18 <alaski> anything else?
21:23:18 <bauzas> coolness
21:23:24 <melwitt> speaking of etherpads, I noticed the etherpad we keep referencing in our specs is somehow now in chinese https://etherpad.openstack.org/p/kilo-nova-cells
21:23:45 <melwitt> (according to google translate anyway)
21:23:58 <alaski> wow
21:24:01 <belmoreira> :)
21:24:06 <melwitt> haha, yeah
21:25:30 <bauzas> ???
21:25:37 <alaski> I wonder if we can revert that back somehow
21:26:25 <melwitt> I'll see if I can do something. I can see the old content in the timeslider so at worst a copy-paste can be done
21:27:25 <alaski> looks like it went back and forth a few times
21:27:27 <alaski> melwitt: thanks
21:28:15 <alaski> that seems like it for the day, unless there's a last minute topic?
21:29:00 <alaski> See you all next week.
21:29:07 <alaski> #endmeeting