17:01:11 #startmeeting Designate 17:01:12 Meeting started Wed Feb 25 17:01:11 2015 UTC and is due to finish in 60 minutes. The chair is Kiall. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:01:13 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:01:16 The meeting name has been set to 'designate' 17:01:18 Hey folks, who's about? 17:01:20 \o 17:01:21 o/ 17:01:22 o/ 17:01:24 o? 17:01:36 Apologies for starting a tad late.. totally lost track of time. 17:01:40 :) 17:01:55 70 seconds is not too bad 17:01:58 :) 17:02:06 I would have been much longer had you not pinged me mugsie ;) 17:02:32 Okay, no actions from last week - so skipping that section. 17:02:44 #topic Kilo Release Status (kiall - recurring) 17:03:14 Overall, we're seeing some good progress with the first few chunks of the pools stability/reliability work landing 17:03:42 Hoepfully, we'll have them all in by next week and can move onto the other issues like validation/old style backends/etc 17:03:50 Anyone have anything specific to call out? 17:04:09 There is the postgres bug 17:04:12 I will have the last of the pool reliability patchsets out today 17:04:16 not marked on k3 yet 17:04:30 #link https://bugs.launchpad.net/designate/+bug/1425117 17:04:30 Launchpad bug 1425117 in Designate "Designate does not work with postgres" [High,New] 17:04:43 do we think that shoud be k3? 17:04:55 vinod1: excellent :) Have you had any reviews on the current one you have up? (I know I haven't yet) 17:05:54 Doesn't look like it 17:06:03 no that I can see 17:06:07 none* 17:06:23 K, I'll do some reviews over the next few hours.. today has been an odd day ;) 17:06:41 mugsie: re bug 1425117 17:06:42 bug 1425117 in Designate "Designate does not work with postgres" [High,New] https://launchpad.net/bugs/1425117 17:06:50 Have you looked into what's involved in fixing it? 17:06:56 not yet 17:07:09 been working on the start of the record validation stuff 17:07:26 And - Is it worth fixing until we can get postgres back into the gate, so more issues don't keep coming up? 17:07:43 thats the question I was posing :) 17:07:53 Why can't we get it in there? 17:07:58 Ah - Use more words then :P 17:08:05 I am of the opinion that it can wait till post k3 17:08:11 [17:04] < mugsie> | do we think that shoud be k3? 17:08:13 ;) 17:08:31 timsim: we can, it should be available to us, I've just not looked into how to do it since we moved from self hosted CI slaves -> Infra Hosted CI slaves 17:08:40 timsim: no reason other than engineer time looking at -infra 17:08:51 Ah, ok. 17:08:53 and if that would be better spent on other bugs 17:09:09 Seems like it would, +1 for after k3 17:09:45 it has been broken a while ;) - no one has shouted at us yet 17:09:47 Yea, I think I agree .. Anyone disagree? 17:09:48 so +1 17:10:02 +1 17:10:17 Okay.. Any other k3 issues to raise? 17:10:59 Nope 17:11:16 I am good 17:11:20 Okay - Moving on so... 17:11:20 #topic "Old Style" Backend - Status/What's TODO? (kiall) 17:11:55 johnbelamaric reached out to me a few days back about this re the InfoBlox stuff 17:12:14 Kiall: hello - i am here 17:12:22 timsim, how far along is the agent stuff? Since it's going to underpin getting old style backends fully supported again 17:12:43 It's ready to hack on 17:13:08 The pool changes (being able to specify different hosts for NOTIFY and polling) is holding up integration with the Pool Manager. 17:13:22 But the crappy WIP hack patch I have out there solves that for the moment. 17:13:35 I've had it working with Bind9 for quite a while. 17:13:42 Yea, that's going to hold up production style setups with it - but for simple testing and dev on the new code, it should be OK with current PM code, right? 17:13:53 Plus that Agent backend, yeah. 17:14:03 are the problems with the old bind9 driver worked out? 17:14:40 Kiall: This one: https://review.openstack.org/#/c/144510/ 17:14:54 Which basically lets you put a target_host and port in there. 17:15:06 Okay - So, Is anyone in a position to try move forward with the plan? I'm spending all my non-meeting hours on the pools/targets/db-config stuff tim metiond as blocking.. 17:15:16 The interface for Backends is simple atm. only CUD domains. So I don't know if you want to expand that to records. 17:16:30 Remind me, we want to port all the old backends over, yeah? 17:16:48 timsim: the ones that cannot be done with AFXR yeah 17:17:07 and if people have a particulr need for others, (like BIND) we can look at them 17:17:15 Mostly the translation into the "old style" backend API from the agent, to support backends which we can't AXFR straight to 17:18:23 Anyway.. I'm going to take silence as a nope! Okay, I can try knock up POC quality code for it today/tomorrow.. But will have to pick between the pools/targets/db-config and it - I'd love it someone could take it up once I've got that far? 17:18:37 I think if we add the CUD recordset/record to the Agent's backend API it should be real easy 17:19:01 The challenge there is figuring that out from a zone transfer, you've got to parse and figure out the differences. 17:19:06 Exactly :) 17:19:48 Which backend do you want to tackle first? 17:20:22 I would think that the way you do that logic would differ by backend 17:20:41 the noop/test one? I'm not sure the specific backend is that important - We're wanting this for InfoBlox and IPA so far, if we have to pick a specific one it's one of those I guess 17:21:26 Kiall: i may be able to have someone help out starting next week if needed 17:21:44 An issue I see there is those backends expect a Designate object, where the current agent backends expect a DNSpy object. But i suppose you can convert it. 17:22:28 timsim: yea - I suspect we convert for today, and remove the need for conversion later to save the CPU cycles.. 17:22:48 johnbelamaric: that sounds good :) I can write up the POC, and some documentation around it today/tomorrow and we can go from there 17:23:05 Kiall: ok, sounds good 17:24:12 Kiall: ping me on IRC when it's ready, i'll see if I can get Ko (who will do the actual work…) up to speed 17:24:35 johnbelamaric: will do. 17:24:51 Okay - timsim re the blocking on targets stuff you have, I have the first chunk of that change nearly ready to go.. Just fixing up tests etc.. 17:24:53 He's working on our Neutron adapter right now so he hasn't been in designate yet but shouldn't be a problem to ramp up 17:25:25 That chunk is the hardest one, as it's the chunk with all the changes to existing code rather than new stuff ;) 17:25:53 Hopefully I can get the core of it up this week, so mugsie can finish our the API on top of it he started at the mid-cycle... 17:26:03 finish out* 17:26:07 Sounds good! 17:26:40 #action kiall to build POC of the old-style backend support via the agent 17:26:52 #action kiall to put old-style backends back on agenda for next week 17:26:55 Moving on :) 17:27:07 #topic Bug triage (timsim - recurring) 17:27:31 We took care of the only one out there earlier in the meeting (postgres) so I think we're good here. 17:27:57 Well - That was easy. 17:27:57 yup 17:28:06 #topic Open Discussion 17:28:22 No other agenda items today, does anyone have anything off-agenda they would like to discuss? 17:28:32 no bugs to look at? 17:28:44 I think the gate is jammed: http://logs.openstack.org/95/157995/4/check/gate-designate-python27/d9978b5/console.html#_2015-02-25_15_43_16_342 17:28:45 No new ones 17:28:50 cool. 17:29:02 timsim: Oh, nice :'( 17:29:10 Both the translations and elarson's doc change are hitting up against the same thing. 17:29:16 there seem to have been failures around dnspython 17:29:16 Has anyone dug into the cause yet? 17:29:39 Yeah I just saw tests failing because DNSpython objects couldn't be patched. But it seemed to be installing ok 17:29:48 2015-02-25 15:43:16.592 | dnspython==1.12.0 <-- Version hasn't changed. 17:29:56 but.. this one has: 17:29:56 2015-02-25 15:43:16.582 | eventlet==0.17.1 17:30:41 eventlet 0.17.0 was the one that broke us, and 0.17.1 is the bugfix they released today to fix the issue :( 17:30:55 (eventlet does some stuff with dnspython.. ) 17:31:01 I suspect it's bit is. 17:31:02 us* 17:31:16 they did somehting to dns.resolver 17:31:17 https://github.com/eventlet/eventlet/commit/3de49aef1399594b2cab0652d9ff3976d19b5e72 17:31:24 but havent dug in yet 17:32:11 https://github.com/eventlet/eventlet/compare/v0.17...v0.17.1 17:32:44 I actually think it might be our issue, rather than theirs though. 17:33:13 I'll have a quick check after this meet 17:34:05 Any other off-agenda items? 17:34:37 i am good. 17:34:38 I'll add one.. mugsie has taken over finishing the V2 API missing validation stuff from me, I had too much on my plate ;) 17:34:53 So - exepect that to land soon ;) 17:35:12 yay? 17:35:15 -_- 17:35:19 No pressure. 17:35:20 :) 17:35:55 Nice. Need that pretty bad 17:36:14 vinod1 / johnbelamaric / timsim / anyone else - anything else before we call it a day? 17:36:28 timsim: tell me about it 17:36:40 Kiall: nothign from me 17:36:45 nothing from me 17:36:50 I am good 17:37:00 Okay - Let's call it so :) Thanks all, see you in #openstack-dns ;) 17:37:07 #endmeeting