17:01:36 <mugsie> #startmeeting Designate 17:01:37 <openstack> Meeting started Wed Sep 27 17:01:36 2017 UTC and is due to finish in 60 minutes. The chair is mugsie. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:01:38 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:01:40 <openstack> The meeting name has been set to 'designate' 17:01:45 <mugsie> #topic Roll Call 17:05:29 <mugsie> #topic Announcements 17:05:39 <mugsie> Gate is currently broken 17:05:47 <mugsie> #info Gate is currently broken 17:06:11 <daidv_> o/ 17:06:15 <mugsie> looks like there is an issue with unit tests using the same version of services (like mdns) 17:06:27 <mugsie> so, that is what I am currently working on 17:06:34 <mugsie> #topic Bugs 17:06:46 <mugsie> #link https://bugs.launchpad.net/designate/+bug/1711647 17:06:47 <openstack> Launchpad bug 1711647 in Designate "Newton release: backport nova/neutron format integration fix" [Undecided,New] 17:07:03 <mugsie> looks legit 17:07:41 <mugsie> #topic Open Discussion 17:07:49 <mugsie> Any off agenda items? 17:08:03 <daidv_> hi mugsie 17:08:22 <mugsie> hey 17:08:46 <daidv_> Any update about Designate plan for new cycle from PTG? And how about our spec and OVO patchsets? 17:09:09 <mugsie> I am testing them now 17:09:15 <mugsie> well, in between fixing the gate 17:09:31 <mugsie> I am concerned about the zero downtime 17:09:43 <mugsie> there is no plan for mini-dns 17:11:52 <daidv_> I think zero downtime need a long time to achieve that. But rolling upgrade and may be fast forward upgrading that we can do in the near future? 17:14:20 <mugsie> well, mdns is an issue for rolling upgrade as well 17:14:21 <mugsie> https://github.com/openstack/designate/blob/master/designate/storage/impl_sqlalchemy/__init__.py#L645 17:14:55 <mugsie> that is a manually defined query - which we neither OVO or trigger based can fix 17:16:03 <daidv_> I see 17:16:41 <daidv_> complex query 17:17:48 <mugsie> not hugely, but we need a plan on how to handle changes to it 17:18:07 <mugsie> has any of this been tested with a real migration? 17:18:29 <mugsie> like renaming a column, or changing a data type, or anything like that? 17:20:36 <daidv_> not yet, we don't have any database changes on database from Newton to Pike? 17:20:49 <mugsie> no. but it should be tested with a fake migration 17:21:11 <mugsie> so something like renaming tenant-id -> project-id 17:21:19 <mugsie> so we can see what happens 17:24:00 <daidv_> I thought about that, can we define a same scenario? 17:24:23 <mugsie> sure 17:24:37 <daidv_> if we meet any problems, we will fix it together. 17:24:49 <mugsie> I think tenant_id -> project_id is a good one 17:25:50 <daidv_> Ok 17:26:39 <daidv_> other thing, does we have any way to define a roadmap for Queen or even R cycle? 17:26:59 <mugsie> not yet 17:27:11 <mugsie> we need to know how many people will be working on it 17:27:13 <daidv_> It should be better to me and other contributors can following and contribute more for our project. 17:27:22 <mugsie> but, I am open to suggestions 17:27:30 <mugsie> OK, I will see what I can come up with this week 17:27:45 <mugsie> and then put it in an ether pad, so we can modifiy it 17:28:05 <daidv_> Ok. thanks 17:28:35 <mugsie> anything else? 17:29:03 <daidv_> No, enough for me, today meeting is quite long meeting ;) 17:29:21 <mugsie> OK, cool 17:29:31 <mugsie> #endmeeting