17:00:17 #startmeeting Designate 17:00:18 Meeting started Wed Jun 17 17:00:17 2015 UTC and is due to finish in 60 minutes. The chair is kiall. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:20 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:22 The meeting name has been set to 'designate' 17:00:25 Hey folks, who's around today? 17:00:27 o? 17:00:30 hi 17:00:34 o) 17:00:36 o/ 17:00:43 o/ 17:01:15 #topic Action Items 17:01:54 two open, both on me, one done. 17:01:54 Update Neutron external DNS spec - done, will circle back 17:01:54 Write up DB rework - still on my TODO list, apologies. 17:02:33 (It's been one of those weeks, barely been at my desk all week) 17:02:42 Moving on quickly before I get lynched 17:02:42 #topic Bug triage (timsim - recurring) 17:03:01 https://bugs.launchpad.net/designate/+bug/1463988 17:03:02 Launchpad bug 1463988 in Designate "oslo.config version error in kilo" [Undecided,New] 17:03:35 * timsim thinks this is related to that pbr thing. 17:03:36 I tried to repro that and couldn't? Anyone else? 17:04:00 I think pglass did 17:04:02 timsim: i think you are right 17:04:20 pglass: about? 17:04:32 Depending on the environment, that pbr business still pops up 17:04:44 yeah, the pbr thing pops up from time to time 17:05:05 Oh, nice.. So it's one of those sometimes works sometimes fails? any clue what the trigger is? 17:05:35 it should happen with stable/kilo all the time 17:06:06 Oh, Humm.. Maybe I tested on the wrong branch.. If it's happening all the time, mark it High and we'll need to get it sorted soon :/ 17:06:58 I'll see if I can reproduce it again, and mark it. 17:07:18 https://bugs.launchpad.net/designate/+bug/1464763 17:07:19 Launchpad bug 1464763 in Designate "Incorrect status code on a PATCH /v2/pool/{id} ?" [Undecided,New] 17:07:26 thanks, trying again on stable/kilo myself too.. I must have used thw wrong branch. 17:07:36 there was a bug open for the pbr thing in heat, and someone working on solum here ran into that issue too 17:07:39 l1, high - assign to me 17:07:58 I tend to just go with mugsie on (most) API things ;) 17:08:13 pglass: any clue what the bug #'s were? if not, no worries 17:08:23 docs are right, code is wrong 17:08:40 It put the heat bug in a comment on ours: https://bugs.launchpad.net/heat/+bug/1461592 17:08:42 Launchpad bug 1461592 in heat kilo "stable\kilo is broken due to version conflict error" [Critical,Triaged] - Assigned to Kairat Kushaev (kkushaev) 17:08:50 Idk if there are other bugs open 17:08:55 Done mugsie 17:09:13 pglass: ah, perfect. 17:09:57 timsim: thats the lot of new stuff to look at? 17:10:04 Yep. That's all 17:10:22 Cool, moving on so.. 17:10:22 #topic Summit Session Review 17:10:22 Almost done with this recurring topic ;) 17:10:30 Neutron External Spec updated 17:10:31 #link http://docs-draft.openstack.org/24/88624/4/check/gate-neutron-specs-docs/36e883b//doc/build/html/specs/liberty/external-dns-resolution.html 17:10:46 and 17:10:49 kiall: thanks, I will take a look 17:11:17 #link https://review.openstack.org/#/c/88624/ 17:11:46 mlavalle: cool,there's a TODO in there around the network's new dns_domain property 17:12:00 will look for it 17:12:03 That's listed as part of the external spec, but is it not needed by the internal spec too? 17:12:30 i'll take a look 17:12:47 K - let me know and I'll update :) 17:13:18 Any progress on the nova/neutron-internal specs? Hopefully can get these landed soon :) 17:13:33 (specs, not code ;)) 17:14:08 kiall: on the nova side I refresehd it and got a +1 17:14:14 so it is moving along 17:14:27 Sounds like the OpenStack specs process ;) 17:14:51 on the neutron side https://review.openstack.org/#/c/88623/14 we got an objection on line 139 17:15:04 kiall: carl_baldwin and I would like you to comment on it 17:15:05 Okay, we should probably drop these on the Nova/Neutron weekly meet agends to see if we can move things forwards, assuming no negative reviews. 17:15:38 mlavalle: ah, right.. Don't think I've been at my desk since you asked :) Will review right after this! 17:15:49 kiall: thanks 17:16:07 kiall: the other thing is that since late last week I am already coding the neutron side 17:16:20 making good progress, working right now on the db 17:16:45 Cool - looking forward to PS1 going up to test it out :) 17:16:55 I want to push a WIP patchset this week to start getting early feedback 17:17:39 Excellent, hopefully that will help ensure we have everything needed in the specs! 17:18:04 Anything else on Designate/Nova/Neutron specs? 17:18:11 nope, done 17:18:16 (as always, silence will mean agreement.. ) 17:18:56 Okay - Another one, is https://review.openstack.org/#/c/188018/ - Ceilometer / Metering integration. I'd like to get ekarlso started on this one next week.. (I don't think he's at the IRC meet, it's late for him) 17:19:05 I think we are ikn good shape - that outstanding issue on the Nova one is the last hurdle for implemention 17:19:37 Any objections other than the couple of nits I added? If not, I'll fix the nits and ask Endre to get started next week...? 17:20:01 if i find anything I will add it in the review later on 17:20:25 jmcbride - Just spotted your comment on it, the timers will be different for the different tasks, but I'll call that out explicitly 17:20:52 I didn't see anything on my initial look, but I'll give it another look, I think it's fine. 17:21:30 Great, I'll push a nit-free version in the next few hours.. 17:22:07 Last spec I know of with open issues and (possibly) something to discuss is https://review.openstack.org/#/c/188019/ - ALIAS records, and it's interaction with CDN's etc etc 17:22:29 timsim / jmcbride - did you guys come up with any possible solutions? 17:22:42 no, I think we still need some more time. 17:23:07 No really good solutions :/ 17:23:10 jmcbride: sure.. will leave it on back-burner for now 17:23:43 (we may have one, but I don't think I could coherently explain it right now) 17:24:11 (But - It doesn't really fix the issue for bind, only prevents having an API that doesn't work for bind) 17:24:33 we'd love to here your approach - but if you'd prefer to draft it when you are "coherent", that would be great. 17:25:17 jmcbride: that doesnt happen very often 17:25:29 more coherent is all we can hope for :) 17:25:47 :) 17:26:40 I haven't got it clear in my head (yet).. The gist of it is allowing backends to say 1) I support A, AAAA, but not ALIAS etc and 2) allowing backends to "override the implementation" of a given RRType. e.g. flattening would be enabled for bind, or ALIAS would be disabled. For PowerDNS, we'd AXFR the ALIAS right to the server and let it just do it, for Akamai style things - placement is limited, and setting an ALIAS would trigger an 17:26:41 API call to "do the right thing" via their APIs 17:27:26 But - As I said, it's A) still incoherent in my head.. and B) doesn't really solve it for bind, just leaves the door open for whatever solution is found 17:28:08 (I can see confused faces in Austin right now) 17:28:30 lol. It makes sense, but like you say, doesn't quite solve the issue for BIND 17:29:13 This sounds similar to that pluggable rr type note you mentioned previously. 17:29:40 jmcbride: it is exactly that :) 17:30:13 jmcbride: it is, the orignal pluggable rrtype idea was a tad more limited though.. this extends it from minor details like the list of supported RR types we allow, and how the render them, to "Oh, here's a whole bunch of code needed to make this RRType + Backend combination actually work" 17:31:45 Anyway - For bind - I'm thinking the only real solution for ALIAS+CDN'd stuff is a patch along the lines of the bind GeoIP one - https://code.google.com/p/bind-geoip/ 17:32:22 They (eventually) took that in-tree, so something similar for ALIAS support might be accepted too.. 17:33:14 Yeah one of the things we wanted to do was talk to ISC and get their thoughts. 17:33:19 great pointer, thanks 17:33:46 Yea, that would be the ideal answer.. ISC probably know how to do it sanely in bind ;) 17:34:28 #topic Open Discussion 17:34:37 Since we're drifting in that direction anyway :) 17:34:54 Anyone have any off-agenda items? 17:35:24 I was able to reproduce the oslo config issue in stable/kilo just now 17:36:16 timsim: cool, any ideas if the fix Heat used works for us? 17:36:35 something along the lines of https://review.openstack.org/#/c/185287/ - somewhere.. 17:37:17 Looked at that briefly, didn't see anything similar in Designate :/ 17:37:41 I'm sure I just missed it though 17:37:55 Heh, Okay.. Well - at least we know it's actually an issue :) Will try repro+fix when I get home 17:39:24 Okay - Anything else before we call it a day? 17:39:39 nope, nothing from me 17:39:56 Not from me 17:40:33 Okay, Let's call it so.. Thanks all, looking forward to seeing WIP progress on Nova/Neutron and Ceilo next week :) 17:40:33 #endmeeting