17:00:03 #startmeeting Designate 17:00:04 Meeting started Wed Sep 16 17:00:03 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:06 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:09 The meeting name has been set to 'designate' 17:00:13 Hey folks - who's about today? 17:00:14 o? 17:00:39 o/ 17:00:48 james li 17:01:00 mugsie's on his way... 17:01:12 ekarlso / federico3 / etc about? :) 17:01:21 ahoy 17:01:26 yup 17:02:11 Kiall: gonna go out soon but atm here :p 17:02:33 o/ 17:03:03 Okay, let get going :) 17:03:08 #topic Announcements 17:03:25 It's PTL election season again :) 17:04:20 So - Some of you already know I don't intend to run for PTL again! It's A) time for a change .. I've been running Designate for over 3 years now! and B) My responsibilities inside HP are keeping me just wayy too busy :( 17:04:41 about time for a new dictator anyways :P 17:04:51 lol 17:05:11 So - I know mugsie intends to run, but it's open for anyone :) 17:05:23 I believe nominations must be in before tomorrow!" 17:05:41 Cool :) I trust you'll still be around ;) 17:06:06 Oh yes, my core job @ HP is still Designate :) 17:06:49 #topic Action Items from last week 17:06:49 o/ 17:07:00 sorry - got distracted -_- 17:07:13 unacceptable. 17:07:23 :D 17:07:25 lol 17:07:28 /kick timsim 17:07:36 !slap mugsie 17:07:37 timsim: Error: "slap" is not a valid command. 17:08:01 So - a bunch of actions, I managed to get to 0 of mine :( It's been one of those weeks 17:08:31 Will rehash them next week :( 17:08:31 #action kiall / mugsie - get actions done done for next week! 17:08:45 Sorry about that! 17:08:48 #topic Bug Triage (timsim - recurring) 17:08:53 timsim: over to you :) 17:09:14 Going to skip the ones that are still assigned to mugsie.... 17:09:17 https://bugs.launchpad.net/designate/+bug/1493942 17:09:19 Launchpad bug 1493942 in Designate "API returns incorrect response when a pool has multiple ns records" [Undecided,New] 17:09:36 This was pglass's one, right? 17:09:48 yeah 17:10:21 pglass: did you manage to find a cause etc? But.. Critical / RC1 - Can't ship that. 17:10:44 no, I just reported it 17:10:46 lol 17:10:53 no worries :) 17:11:02 OK, need to get that fixed ASAP then :/ 17:11:04 We'll get it before rc1 :) 17:11:06 Alright 17:11:16 https://bugs.launchpad.net/designate/+bug/1494132 17:11:17 Launchpad bug 1494132 in Designate "designate cli shows the domain was created. BUT, the log show the connection was refused by server" [Undecided,New] 17:12:02 I saw this one go past earlier - I'm not really sure I understand what's happening. This is same guy mugsie thinks just has this misconfigured? 17:12:25 I think his issue is that the client says it's created, even though it'd go to ERROR? 17:12:51 yeah 17:13:01 its the old no status in V1 API issue 17:13:03 That's a "feature" (well - mistake) of the V1 API sadly, V2 API/client fixes itr :( 17:13:10 Yeah. 17:13:11 yeah. we can close 17:13:15 agreed 17:13:32 Yea, with a explanatory comment ofc ;) 17:13:34 I'll close with a message saying the v2 oscli plugin would show that it's error'd? 17:13:57 yeap 17:14:05 https://bugs.launchpad.net/designate/+bug/1494277 17:14:07 Launchpad bug 1494277 in Designate "Auto record creation with sink- Needed user friendly activation " [Undecided,New] 17:14:09 Yea, and that V1 has no method to return backend fails 17:14:36 That feels like mlavalle's work 17:14:44 (neutron integration) 17:14:49 yeap 17:15:26 Close with "we're trying to make this happen in Neutron/Nova?" 17:15:41 Yea - I just left the comment tho :) 17:15:45 :) 17:15:54 https://bugs.launchpad.net/designate/+bug/1494388 17:15:56 Launchpad bug 1494388 in Designate "Designate pdns db upgrade needs to set up masters" [Undecided,New] 17:16:22 H RC1 ? it can just be docs, but we need somethign 17:16:33 poor wikimedia got caught by this 17:16:39 Yea, I think we edit the migration to log a "MANUAL STEP REQUIRED" message for it 17:16:56 Cool 17:17:10 https://bugs.launchpad.net/designate/+bug/1494799 17:17:11 Launchpad bug 1494799 in Designate "500 on listing zones/recordsets with limit=MAX" [Undecided,New] 17:17:40 -_- 17:17:57 High RC1? Should be relatively simple 17:18:00 ++ 17:18:09 Yea, trivial to fix now that Paul's found it 17:18:33 https://bugs.launchpad.net/designate/+bug/1495635 17:18:34 Launchpad bug 1495635 in Designate "Designate-dashboard package version not parsed correctly from brief_string()" [Undecided,New] 17:19:14 I wonder if there just need to be more docs around getting that installed/where it can be installed/versions/etc 17:19:21 i think so 17:19:35 I know ducttape_ was helping as well 17:19:44 did you find the root of this issue ? 17:20:27 Leave as new + rc1 so it's on the list, but I suspect even the simple pep8/py27 gates would be exploding if this was a code issue rather than a mis-matched lib or user error 17:21:20 Alright, that's all of them. We have another one that we still need to report. 17:21:25 K 17:21:28 ah sorry, waking up 17:21:35 :D 17:21:45 Basically, you can create a certain blacklist that recurses and crash Designate real hard on a create domain. 17:21:57 yeah, it is a pbr version mismatch between horizon and what the dns-dash needs 17:22:18 timsim: ouch 17:22:21 ducttape_: was it the same release of designate-dash + horizon? 17:22:29 I don't think so 17:22:43 and there was a question of having a stable / backport branch too 17:22:53 Me or pglass will report that asap. 17:23:00 timsim: K thanks 17:23:26 ducttape_: yea, mugsie mentioned that.. we do kinda have a stable branch already for it tho - https://github.com/openstack/designate/tree/stable/kilo/contrib/designate-dashboard 17:23:57 ah ok. cool. 17:24:19 Okay, moving on anyway :) 17:24:21 #topic Stable Backport Triage (kiall - recurring) 17:24:29 #link http://paste.openstack.org/show/464962/ 17:24:46 as usual, please take a few mins to eyeball em and nominate anything in need of backporting 17:24:47 * timsim waits for paste.openstack 17:24:55 Yea, it's got real slow these days 17:25:09 it's almost etherpad @ the summit speeds ;) 17:25:16 lol 17:25:35 746fa57 Merge "Replace request.request_mac with request.mac" <-- If the same bug exists there.. Though, I don't think it does. 17:25:56 eb34b4d Merge "Handling Forbidden Exception" ? 17:25:58 eb34b4d Merge "Handling Forbidden Exception" 17:25:59 heh 17:26:00 yep ;) 17:26:12 timsim: your agent ones, do they need BPing? 17:26:51 Naw. The one was a tiny enhancement. Unless the patch that broke the other was BP'd but I don't think it was... 17:27:00 K 17:27:26 Anyone want to take the action of backporting those 2 then? 17:27:45 Sure 17:27:48 k 17:27:53 #action timsim to backport 746fa57 and eb34b4d 17:28:09 Moving swiftly on 17:28:12 #topic Designate/Neutron Integration Update (mlavalle - recurring) 17:28:17 mlavalle: about? 17:28:22 Kiall: ahoy 17:28:58 so this week I took a long weekend vacation (daughter got enaged in Washington DC), so progress was slower 17:29:06 :) 17:29:13 still managed to work in the airplanes 17:29:20 while wife was sleeping 17:29:24 hah - I've managed that once, and had the delete all the code after. 17:29:27 mugsie mentiond something yesterday about Kyle asking about the external DNS stuff landing in Neutron L? 17:29:48 yeah, mestery wants to merger https://review.openstack.org/#/c/212213/ asap 17:30:02 mlavalle: ++ 17:30:15 we have the issue of neutron + designate in the gate 17:30:38 Kiall: did you have a chance to send email to sdague? 17:30:38 So, getting a new gate added this late in the cycle seems somewhat unlikely - it adds lots of risk of CI failures to Neutron.. 17:31:04 Kiall: +1, and I'd also like to make sure if we try that we include dougwig and armax in those discussions very early 17:31:07 Can it land with experimental, and we add the gate once the M cycle opens? 17:31:16 Kiall: +1 17:31:17 s/with/as/ 17:31:19 mestery: hi 17:31:29 armax: Sorry, just mentioning a gate for neutron+designate 17:31:33 hi 17:31:39 :) 17:31:43 no worries 17:31:45 * armax catches up 17:32:12 for anything infra related I’d be happy to be enslaved 17:32:14 Kiall, mestery: i'd bee happy with that plan....... let's start the neutron + designate cpnversation now, so we can merge this early in M 17:32:58 mlavalle: well, I think we are talking about doing a experimental gate for L, and still merging this in L 17:33:02 Yep, I think that's probably for the best given the gate + the patch still needing work 17:33:12 (and RC in couple of days..) 17:33:16 Kiall: cool 17:33:53 anyone think that's a terrible plan? ;) 17:34:21 as far as the patch itself, I added in the airplane the allembic code to migrate the database + code to the designate driver to add PTR records for the floating ip's we publish 17:34:42 thanks to mugsie for the guidance he gave me yesterday 17:34:58 i think its great to finally see it so close :) 17:35:29 I will be pushing this update to the patchset in a couple of hours and debug it in my devstack this afternoon / evening 17:35:53 sweet 17:36:10 ++ Okay, anything else / or questions before we move on? 17:36:27 that's all I have today 17:37:00 Okay :) 17:37:06 Moving on 17:37:08 #topic Liberty RC1 Release 17:37:17 #link https://wiki.openstack.org/wiki/Liberty_Release_Schedule 17:37:19 RC1 is Sept 21-25th 17:37:25 #link https://launchpad.net/designate/+milestone/liberty-rc1 17:37:53 Anything that wasn't up for review, sadly just isn't going to make it :( I pushed them out earlier today. 17:38:46 So - Similar to last week - quick review of that second link, anything missing? anything not really needed? anything priortized wrong? 17:39:32 Pools-> DB :( 17:39:39 Yea :( I know :( 17:39:53 https://review.hpcloud.net/#/c/84650/ 17:39:55 eh 17:39:56 wrong link 17:40:05 shall we assign the critical triaged bugs? 17:40:25 https://review.openstack.org/#/c/213728/ - is +A'd, which is the last open BP on the page there 17:41:24 federico3: Possibly, but I suspect it's best to get everyone to just people to grab an open one they think they can sort! 17:41:34 ok! 17:42:14 So - Nothing missing? To be removed? The list is still list? (bar BP's - but it's just too late to land code that doesn't exist yet) 17:42:39 i think we should aim to get them in 17:42:58 Yea - So nothing to remove is your answer then ;) 17:43:10 basicallyt 17:43:32 Okay, I'll just leave this section with a call - nay - pleed - to have everyone dig into these over the next few days ;) 17:43:53 Moving on :) 17:43:55 #topic Open Discussion 17:44:07 Anything else from anyone else? :) 17:44:24 https://bugs.launchpad.net/designate/+bug/1491981 17:44:25 Launchpad bug 1491981 in Designate "Using workers > 1 in mdns and the agent breaks the service " [Critical,Triaged] 17:44:49 looks like using evenlet.listen isn't going to work. I'm going to look into a better solution for reusing the socket 17:45:11 :/ 17:45:14 elarson: cool - sounds like a PITA to debug 17:45:43 Failing a fix, thoughts on leaving it be or choosing to disable workers in K? 17:45:44 not *too* bad :) 17:45:46 ehh 17:45:47 in L 17:46:07 I'd disable workers for the time being since it really doens't work 17:46:09 if it is that broken 17:46:13 disable 17:46:26 others might want to verify 17:46:28 or atleast log a big *****DANGER***** 17:46:58 mugsie: Yea, ^ makes sense. 17:46:59 just bump workers > 1 in the agent or mdns and you'll start seeing stalls 17:47:07 It was the same type of behavior in mdns right elarson? Not through the proxy? 17:47:37 Well workers >1 works - at least the last time I tried it! But I never checked for leftover connections in netstat ;) 17:47:47 timsim: yeah 17:47:51 Yeah I thought it worked ok in mdns 17:48:10 Maybe not 17:48:13 timsim: it was doing the same thing at the agent in our staging env 17:48:31 but glance binds to a single port 9292 right? 17:48:35 glance-api 17:48:49 it seems to be reusing that port well 17:48:50 james_li: yes, but they aren't using the SO_REUSEPORT 17:49:09 I suspect it reuses the fd 17:49:15 elarson: what they are doing for reuse port? 17:49:16 which is what I'd consider changing to 17:49:38 it isn't as good of load balancing (based on cursory tests) but it still is better than nothign 17:50:03 Well, if dropping the SO_REUSEPORT option and opening the socket before we fork the workers solves the issue.. yea, that seems like a reasonable fix. 17:50:18 I agree 17:50:35 I'll update that ticket though with any findings. haven't had as much time to mess with it as I've been working on an ALIAS impl 17:50:40 SO_REUSEPORT isn't great at balancing either - it actually tends to skew heavily towards 1 under load anyway! 17:50:59 Kiall: yeah I wouldn't expect it to be *that* much better 17:52:00 Yea,.. Okay - a few mins left.. Anything else before we call it a day? 17:52:21 Well, as Kiall said before - I am plannign to run for PTL next cycle 17:52:22 Kiall: do we freeze merging on designateclient? 17:52:33 for this cycle 17:52:59 but - if you are interested in runing please do :) 17:53:14 james_li: the clients tend to be a bit more open than the "server" components for late merges... But we shouldn't land massive changes ;) 17:53:15 we don;t freeze clients on the same scheduale - or do we now 17:53:17 mugsie: ++ 17:53:20 * elarson hopes mugsie made some "Vote for Mugsie" bumper stickers 17:53:26 didnt that change again? 17:53:28 hah 17:53:38 * mugsie goes to sticker mule 17:53:57 So - Anyone else considering running 17:54:04 Is anyone* 17:54:16 Kiall: ok makes sense, and usually how often do we publish client code to pypi? 17:54:45 I don't think anyone else is considering running :) 17:54:52 james_li: Historically, whenever we've had enough / interesting changes to warrant it 17:55:05 We're def due one with the L release though 17:55:28 got it thx! 17:56:00 Okay - Any final takers on off-agenda topics before we call it a day? ;) 17:56:20 According to the time in my IRC client we have 2 mins ;) 17:56:56 * elarson thinks pglass should run, declare martial law and make mugsie Project Dictator 17:57:14 :) 17:57:14 HAH 17:57:15 ++ 17:57:17 :D 17:57:32 ++pglass for PTL 17:57:33 #moredramainopenstack 17:57:57 * elarson is done now 17:58:02 pglbuttstack 17:58:20 I'm guessing this never ends ;) 17:58:26 I know how to end it! 17:58:26 Pretty much. 17:58:29 https://s.yimg.com/cd/diminuendo/1.0/original/63e702122d9810bf2c82b9b54098235ec2809b52.gif 17:58:32 #endmeeting