Tuesday, 2014-12-02

*** russellb has joined #openstack-dns00:04
*** EricGonczer_ has quit IRC00:18
*** ryanpetrello has quit IRC00:26
*** eandersson has joined #openstack-dns00:29
eanderssonIs there a configuration to change the default queue name for Designate Sink? :D00:32
*** ryanpetrello has joined #openstack-dns00:46
*** CaptTofu has quit IRC00:49
*** pfreund has quit IRC00:49
*** ToMiles has quit IRC00:49
*** pfreund has joined #openstack-dns00:51
*** CaptTofu has joined #openstack-dns00:51
*** ryanpetrello has quit IRC00:53
*** ryanpetrello has joined #openstack-dns00:56
*** rmoe has quit IRC00:56
*** amcrn_ has quit IRC00:57
*** ryanpetrello has quit IRC01:00
*** ToMiles has joined #openstack-dns01:13
*** rmoe has joined #openstack-dns01:14
*** rjrjr has quit IRC01:22
*** EricGonczer_ has joined #openstack-dns01:35
*** rjrjr has joined #openstack-dns01:44
*** EricGonczer_ has quit IRC01:44
rjrjrkiall: i am getting an error whenever i attempt to patch my patch (create a patch with my original patch as a dependency) - http://paste.openstack.org/show/143088/01:45
rjrjrno matter.  i'll wait for the pool manager changes to go in, then i'll submit the bug fixes.01:46
*** rjrjr_ has quit IRC01:58
*** nosnos has joined #openstack-dns02:02
*** jmcbride has joined #openstack-dns02:04
*** jmcbride has quit IRC02:07
*** richm has quit IRC02:25
*** richm has joined #openstack-dns02:27
*** EricGonczer_ has joined #openstack-dns02:27
*** richm has quit IRC02:28
*** ToMiles has quit IRC02:37
*** ryanpetrello has joined #openstack-dns02:51
*** ToMiles has joined #openstack-dns02:56
*** ToMiles_ has joined #openstack-dns03:01
*** ToMiles has quit IRC03:01
*** puck has quit IRC03:07
*** nosnos has quit IRC03:29
*** LinStatSDR has joined #openstack-dns03:31
*** puck has joined #openstack-dns03:34
*** EricGonczer_ has quit IRC03:38
*** EricGonczer_ has joined #openstack-dns03:39
*** puck has quit IRC03:40
*** GonZo2K has quit IRC03:43
*** EricGonczer_ has quit IRC03:43
*** puck has joined #openstack-dns03:46
*** EricGonczer_ has joined #openstack-dns03:52
*** EricGonczer_ has quit IRC04:00
*** nosnos has joined #openstack-dns04:17
*** ryanpetrello has quit IRC04:28
*** LinStatSDR has quit IRC04:56
*** veena has joined #openstack-dns05:11
veenaHi, am facing an issue in Icehouse setup on 2 nodes. The VMs that are spawned on the second compute node don't get the IP. But the controller shows the IP is assigned. Please let me know if anybody faced the same and if you could help me. I'll share the config files.05:11
veenaShould dnsmasq be running on the compute node also?05:12
*** mwagner_lap has quit IRC06:19
*** mwagner_lap has joined #openstack-dns06:32
*** nihilifer_ has quit IRC06:43
*** jmcbride has joined #openstack-dns06:46
jmcbridemugsie kiall_ can one of you review this change again? https://review.openstack.org/#/c/133712/ (made some minor improvements/fixes).07:05
ekarlso-jmcbride: isn't it the middle of the night over there ? :)07:08
jmcbrideyep, just can't sleep tonight.07:10
jmcbride:)07:10
jmcbrideekarlso: What time is it in your region?07:11
ekarlso-080007:11
ekarlso-0811 really07:11
*** k4n0 has joined #openstack-dns07:21
*** ToMiles_ has quit IRC07:23
*** ToMiles has joined #openstack-dns07:23
openstackgerritEndre Karlson proposed openstack/designate: Support secondary zones  https://review.openstack.org/13368207:27
openstackgerritEndre Karlson proposed openstack/designate: MDNS part of Secondary zones  https://review.openstack.org/13368307:27
openstackgerritEndre Karlson proposed openstack/designate: MDNS part of Secondary zones  https://review.openstack.org/13368307:36
ekarlso-wth07:51
ekarlso-oh well07:51
ekarlso-jmcbride: go to bed :p07:51
*** veena has quit IRC07:52
jmcbridewish I could :/07:53
*** LinStatSDR has joined #openstack-dns07:57
*** LinStatSDR has quit IRC08:06
*** nihilifer has joined #openstack-dns08:25
*** jmcbride has quit IRC08:42
*** jordanP has joined #openstack-dns08:45
*** veena has joined #openstack-dns08:55
*** ToMiles has quit IRC08:57
*** nosnos has quit IRC09:00
*** veena has quit IRC09:10
*** jordanP has quit IRC10:54
*** jordanP has joined #openstack-dns10:54
*** redixin has joined #openstack-dns11:01
*** rjrjr_ has joined #openstack-dns12:06
rjrjr_kiall/mugsie: will you get an opportunity to review https://review.openstack.org/#/c/131656/ today?12:10
*** k4n0 has quit IRC12:28
*** ryanpetrello has joined #openstack-dns12:43
*** EricGonczer_ has joined #openstack-dns12:54
mugsierjrjr_: yup13:01
*** mwagner_lap has quit IRC13:38
*** ryanpetrello has quit IRC13:38
*** ryanpetrello has joined #openstack-dns13:39
*** EricGonczer_ has quit IRC13:43
*** ryanpetrello_ has joined #openstack-dns14:06
*** ryanpetrello has quit IRC14:08
*** ryanpetrello_ is now known as ryanpetrello14:08
*** richm has joined #openstack-dns14:14
*** ryanpetrello has quit IRC14:18
*** ryanpetrello has joined #openstack-dns14:19
*** mwagner_lap has joined #openstack-dns14:29
openstackgerritMerged openstack/designate: Add docs for MX, SSHFP, SPF and SRV record set types  https://review.openstack.org/13371214:45
*** alokj has joined #openstack-dns14:48
*** richm has quit IRC14:50
rjrjrkiall: i see the merge of my changes failed.  do you need me to fix that?14:54
rjrjrmerge of https://review.openstack.org/#/c/131656/ failed.14:55
kiall_rjrjr: yep, you'll need to rebase the patch14:55
*** kiall_ is now known as Kiall14:55
*** Kiall has quit IRC14:55
*** Kiall has joined #openstack-dns14:55
rjrjrso just run 'git rebase master' from the directory containing the patch?14:55
KiallSimplest way is to `git fetch origin && git rebase origin/master`14:56
rjrjrfrom the directory containing the patch?14:56
Kiallyes14:56
KiallIt will "fail", and you'll need to fix the conflicts (`git status` will show you them), then `git add conflicting/file.py` and finally `git rebase --continue && git review`14:56
Kiall(don't commit, or amend the commit during the rebase_14:56
openstackgerritRon Rickard proposed openstack/designate: Pool Manager  https://review.openstack.org/13165615:03
Kiallrjrjr: any chance you have a list of the conflicting files/sections? Makes a re-review  of just those bits easier :)15:04
rjrjrkiall: the only file in conflict was contrib/devstack/lib/designate_plugins/backend-bind9_pool15:04
KiallAh - Fair enough :)15:05
*** richm has joined #openstack-dns15:05
rjrjrappreciate the procedures.  adding it to my repertoire.15:07
*** betsy has quit IRC15:08
KiallPro-Tip: Never, Ever (*ever*) walk away from your computer or otherwise get distracted mid-rebase.. If you forget, then just start working again, you're in for a world of pain ;)15:08
Kiall(The amount of work I've lost due to ^ is embarrassingly large ;))15:09
rjrjrall this time, i've been 'git clone'ing the master.  diff the files that changed and adding them back one at a time.  this was much, much easier. 8^)15:10
rjrjri think this weekend i'm going to sit down and play with git a bit and learn how to use this tool better. 8^)15:11
rjrjrthanks for the tip!15:12
rjrjrso, does it take 2 core reviewers to get code merged?15:14
*** EricGonczer_ has joined #openstack-dns15:15
KiallYep, 2 core's need to +2 and the second one also +A's15:18
Kiall(Theres no technical restriction on that, just standard process for OpenStack)15:18
rjrjrkiall: what is the next step for pool manager?  as soon as this code is merged, i have a patch that will fix the create domain and recordset issues.15:20
rjrjri know the code in central is not streamlined for pool manager.  we make way to many calls to the backend when we just need to get the database updated and make one call to the backend.15:21
KiallNext steps.. Well, I think we get the second gate added for bind9 (I'm still gently encouraging the infra folks to +A it ;)), then start moving PowerDNS over to Pools, and begin stripping out the non-pools stuff..15:21
rjrjri can work on that, although it might be easier when we integrate pool manager properly and remove the direct backend/MDNS support.15:21
KiallYea, Agreed.. We should do it in 1 go I reckon..15:22
rjrjri also can work on unit tests for the pool manager objects.15:22
KiallWe should sync up with the others later today to figure out next steps15:22
*** ToMiles has joined #openstack-dns15:23
rjrjrokay.  if it is okay, i'll start "refactoring" central for streamlining integration with pool manager.  i can also start testing different use cases for pool manager (multiple pools, multiple backend servers, etc.)15:23
*** GonZo2K has joined #openstack-dns15:24
rjrjrthere is plenty to do here, just want to make sure i'm working smart.15:24
KiallSure - Go for it.. Keep in mind that as part of that, we'll want to fix bug 1392762 once and for all.. i.e. we'll need to rejigger more than just if we call a backend vs poolmanager :)15:25
uvirtbotLaunchpad bug 1392762 in designate "Concurrent requests can cause designate-central to lock up" [High,In progress] https://launchpad.net/bugs/139276215:25
*** jmcbride has joined #openstack-dns15:25
*** vinod1 has joined #openstack-dns15:25
rjrjri'm not a big fan of our long methods in central.  want to break them up more logically and i see lots of duplicate code in central that can be eliminated.15:26
KiallYea, moving stuff into distinct endpoints is something we've talked about a few times.. but the diff is going to be HUGE, probably too much churn for this cycle TBH15:27
rjrjrokay.  i'll suffer through leaving it alone. 8^)15:27
*** GonZo2K has quit IRC15:28
rjrjrif someone verifies the change, i'll send up my fixes for some of the issues vinod saw yesterday.15:28
rjrjrverifies = merges15:30
*** paul_glass has joined #openstack-dns15:31
*** GonZo2K has joined #openstack-dns15:35
vinod1rjrjr: Your change is on the way to being merged15:36
rjrjrvinod1: thanks!15:36
*** timsim has joined #openstack-dns15:38
openstackgerritMerged openstack/designate: Pool Manager  https://review.openstack.org/13165615:41
Kiall\o/15:42
*** GonZo2K has quit IRC15:42
*** jmcbride has quit IRC15:44
*** EricGonczer_ has quit IRC15:48
openstackgerritRon Rickard proposed openstack/designate: Pool Manager Bug Fixes  https://review.openstack.org/13840615:48
Kiall^ .. +70, -51 .. That's a much more manageable review ;)15:49
* Kiall would really prefer to get the gate job running before merging too many more changes though.. 15:50
rjrjrhttps://launchpad.net/bugs/1392762 is this one related to the gate job?15:52
uvirtbotLaunchpad bug 1392762 in designate "Concurrent requests can cause designate-central to lock up" [High,In progress]15:52
KiallYep, it's why the rally job is still failing, and the fix would have been to change a pile of code that's going to change again anyway when pools becomes the 1 and only backend method..15:53
*** betsy has joined #openstack-dns15:53
KiallBasically, inside the @transaction wrapped methods, we can't do anything that would cause eventlet to context switch.. That includes anything containing the "yield" statement (e.g. wrap_backend_call()), and calling out to services over RPC15:54
*** ToMiles has quit IRC15:55
*** paul_glass has quit IRC15:55
*** ToMiles has joined #openstack-dns15:55
KiallSo, once the calls the old backends are gone, and we have far fewer calls to pool manager, we can move those outside of the @transaction wrapped methods (either by creating a new private method for the part needing @transaction, or a new decorator above @transaction that makes the call to pool manager..  I haven't looked at how doable that second route is though...15:57
*** EricGonczer_ has joined #openstack-dns15:59
rjrjrjust so it's clear, i can move forward with eliminating other backend code from central and streamline on just pool manager?16:00
KiallI *think* so..16:00
*** jmcbride has joined #openstack-dns16:00
rjrjrsomeone else is working on creating another pool manager backend (pdns)?  what about the other backends?16:00
*** vinod1 has quit IRC16:01
Kiallrpc can be removed, fake should be ported, nsd + dynect should be trivial ports, and IPA, well, I'm really not sure how we can handle IPA at all.16:02
rjrjrrich mentioned at the summit he would be interested in helping with that.16:02
rjrjrrichm: you around?16:02
*** nihilifer has quit IRC16:03
richmrjrjr: yes16:03
rjrjrwould you have time to help us port the IPA backend to a pool manager backend?16:03
*** jmcbride has quit IRC16:04
*** jmcbride has joined #openstack-dns16:04
rjrjrpool manager is in a state where it is workable and any port can be tested.16:04
*** EricGonczer_ has quit IRC16:04
KiallI think the biggest difficulty with that is, FreeIPA has no support for receiving zone contents from another server via AXFR - The suggested route I've seen for that kinda thing is direct modification of the FreeIPA LDAP tree..16:05
*** EricGonczer_ has joined #openstack-dns16:05
*** EricGonczer_ has quit IRC16:05
Kiallhttps://fedorahosted.org/bind-dyndb-ldap/ is the BIND plugin FreeIPA uses16:05
*** vinod1 has joined #openstack-dns16:05
KiallSuggested migration path from a standard DNS server -> IPA DNS: https://fedorahosted.org/bind-dyndb-ldap/wiki/Migration16:08
richmIPA can only be a master, not a slave16:12
*** redixin has quit IRC16:12
*** EricGonczer_ has joined #openstack-dns16:12
*** Kiall has quit IRC16:13
*** kiall_ has joined #openstack-dns16:13
*** kiall_ has quit IRC16:13
richmIt seems to be quite common in the private cloud case that the organization wants to keep their identity and security infrastructure as the "master"16:14
*** Kiall has joined #openstack-dns16:14
*** vinod1 has quit IRC16:14
*** Kiall is now known as Guest699216:14
richmI know in Keystone we run into the same problem - the customer wants Keystone to treat the corporate identity data as the "master" and read-only (through Keystone - that is, keystone user-create should error)16:15
*** Guest6992 has quit IRC16:15
*** Guest6992 has joined #openstack-dns16:15
richmWe have IPA customers that, for example, want Windows Server to be the authoritative source of DNS - so we have to tell them how to manually create the SRV and other DNS records to make IPA work16:16
*** Guest6992 is now known as Kiall16:16
*** LinStatSDR has joined #openstack-dns16:22
*** Kiall has quit IRC16:24
rjrjrdoes timsim's agent proposal help with this?16:25
*** Kiall has joined #openstack-dns16:25
rjrjrdoes timsim's agent proposal help with this?16:26
*** Kiall is now known as Guest4528616:26
rjrjr(repeated because kiall seems to be having issues.)16:26
timsimlink: http://docs-draft.openstack.org/30/131530/3/check/gate-designate-specs-docs/e0ad530/doc/build/html/specs/kilo/new-agent.html16:27
timsim:)16:27
richmtimsim: What is "An agent deployed on the Master DNS server"?  For example, if the Master DNS server is a Windows machine, does that mean a Windows service would need to be installed?16:34
Guest45286I suppose it wouldn't be too dissimilar to https://github.com/stackforge/designate-msdnsagent .. (An agent that runs on windows to hook up MS DNS ;))16:35
*** Guest45286 has quit IRC16:35
*** Guest45286 has joined #openstack-dns16:35
*** Guest45286 is now known as Kiall16:35
*** alokj has quit IRC16:36
timsimrichm: more than likely, yes. If there's an issue getting it running directly on the Windows server, you could have a Linux server that ran the agent, with a backend that called into the Windows one.16:36
richminteresting - do you guys have private cloud customers who use that?16:36
richmbecause we invariably get a lot of pushback from Windows admins who want _nothing_ to be installed on their precious Windows boxes16:36
richmfor example, 389 has a password sync feature that is a "plugin" to Active Directory - it is always a struggle to get that installed16:37
*** alokj has joined #openstack-dns16:37
KiallI'd want nothing on my windows servers if I had any ;)16:37
timsimAs long as there is some sort of API that would be accessible from the Agent (python) you should be fine.16:37
*** alokj is now known as Guest4692716:37
KiallThere is WMI - But no decent libs for Windows16:37
KiallSorry16:37
Kiallno decent libs to Linux16:37
* timsim shrugs 16:39
*** jmcbride has quit IRC16:40
timsimI don't really know how it works, so I'm not sure what the interface would be, if there is one.16:40
richmWhat is the purpose of the "Master DNS server agent"?  To translate updates/zone transfers into a format that is understandable by the DNS server?  I guess in the case of Windows, if you could treat Windows DNS as read-write by Designate, that would be fine.16:43
richmIn the case of IPA, you would end up writing something that was like a wsgi frontend to the code that's already in the designate ipa backend16:44
timsimEssentially, yeah. PowerDNS for example, doesn't do inbound IXFR, so the agent could do that, and then talk into PowerDNS. For bind9, you could maintain a typical master-slave setup, with the agent getting zone data, writing files and doing rndc addzone/delzone.16:44
*** EricGonczer_ has quit IRC16:45
Kiallrichm: " that is a "plugin" to Active Directory" <-- I can see AD being considered the Holy Grail which shall not be touched ;)16:45
KiallI think the core goal behind timsim's spec is about providing a tree like structure to spread out the load of managing more zones than anyone should manage ;)16:45
timsimThe agent would get the information from designate via DNS protocol, and then chat with backends plugin-like any way they need to. If the DNS server can dance with MiniDNS, no problem. But as the deployment gets larger, you might not want a massive cluster of MiniDNS nodes :P16:45
timsimYeah, that.16:46
*** jmcbride has joined #openstack-dns16:46
richmor if the master DNS server can't do [AI]XFR16:47
timsimYep. As long as there is *some* interface that the agent can talk to the DNS server.16:50
richmand this is because minidns is to be the one source of sending updates, rather than going through the old backend code?16:50
*** EricGonczer_ has joined #openstack-dns16:51
mugsierichm: yup16:52
richmIs the old backend code going to be supported at all?16:54
mugsienot in the near future. however, the old backend code *should* be loadable into the new agent16:55
*** GonZo2K has joined #openstack-dns16:55
*** rjrjr has quit IRC16:59
*** rjrjr_ has quit IRC17:00
Kiallrjrjr: new gate job for bind + poolmgr merging ;)17:01
KiallOh.. He's gone17:01
KiallIf it's broken, all changes will be blocked ;)17:02
*** vinod1 has joined #openstack-dns17:08
*** nkinder has joined #openstack-dns17:09
*** GonZo2K has quit IRC17:10
*** LinStatSDR has quit IRC17:12
*** Guest46927 is now known as alokj_17:15
*** rmoe has quit IRC17:15
*** alokj_ has quit IRC17:22
KiallNearly.. gate-designate-dsvm-powerdns: NOT_REGISTERED17:24
Kiallgate-designate-dsvm-bind9: NOT_REGISTERED17:24
*** rmoe has joined #openstack-dns17:32
*** vinod2 has joined #openstack-dns17:34
*** vinod1 has quit IRC17:35
*** betsy has quit IRC17:35
*** betsy has joined #openstack-dns17:43
*** jmcbride has quit IRC17:44
*** EricGonczer_ has quit IRC17:49
*** rjrjr has joined #openstack-dns17:51
*** boris-42 has joined #openstack-dns17:52
*** jordanP has quit IRC17:52
*** betsy has quit IRC17:53
rjrjrummm.... what happened?17:56
rjrjrhttps://review.openstack.org/#/c/138406/17:58
mugsielooks like the pypi mirror in rax died18:01
mugsiebut the devstack test passed :)18:02
rjrjrrechecking...18:02
*** vinod2 has quit IRC18:03
richmI guess the agent-per-master will work - but (in the ipa case at least, if not pdns, bind, etc.) it should use the existing backend code as much as possible18:07
*** jmcbride has joined #openstack-dns18:08
richmnote that this is going to be an additional burden on packagers and on end users - to have another package to manage, install, configure, and monitor on DNS server systems18:08
rjrjrthe agent solution might be geared to solving another issue entirely and it if doesn't fit for this, we should look at other solutions.  especially if adopting it for IPA add extra overhead that isn't needed.18:11
richmIf minidns is going to be the one and only way to push designate updates to other DNS servers, then you have to have an agent18:13
richmfor DNS servers that can't/won't allow XFR18:14
Kiallrjrjr: all the OpenStack pypi mirrors died it seems18:14
rjrjrkiall: mugsie mentioned that.  i'm rerunning the check now.  just powerdns needs to pass. 8^)18:15
KiallYep, All good now :)18:15
eanderssonMorning.18:15
rjrjris the bind check using pool manager?  the powerdns check is not?18:16
eanderssonIs there a way to change the queue that Designate-Sink consumes from? We are seeing Ceilometer trying to consume from the same queue.18:16
KiallCorrect18:16
rjrjri guess i can look at the logs and check this myself.18:16
Kialleandersson: yes, there's a notification_topics config option18:16
eanderssonI changed notification_topic to designate.notifications and manually added the correct bidning for now.18:16
eanderssonbut won't that add the wrong binding?18:16
eanderssonor am I missing something obvious?18:17
KiallThe binding is done from the other side actually, you'll want to update nova+neutron to "notification_topics = notifications, notifications-designate"  so it sends the notification to 2 queues18:18
eanderssonohh18:18
eanderssonI didnt even think about that :D18:18
KiallYea, It's backwards from normal AMQP ;)18:18
eanderssonAnd I am supposed to be an AMQP expert lol18:18
rjrjrkiall: i just read the description for https://review.openstack.org/#/c/138406/18:18
rjrjris the proposed solution going to eliminate the problem or just make it less likely to happen?18:19
KiallNormal AMQP, the consumer sets up the queue and binds it to an exchange, and with oslo.messaging, it's the other way around18:19
Kiallrjrjr: was that the right link?18:19
rjrjrhttps://bugs.launchpad.net/designate/+bug/139276218:19
uvirtbotLaunchpad bug 1392762 in designate "Concurrent requests can cause designate-central to lock up" [High,In progress]18:19
rjrjrsorry, wrong link.18:19
KiallWell, the fix is to tighten the TX window to only code that can't cause a context switch18:20
Kiallanything that can cause a eventlet context switch can trigger the lockip :'(18:20
Kialllockup*18:20
rjrjrso, nothing in storage can trigger this?18:21
KiallNone of code in storage will trigger this issue today18:21
Kiall(That I know of)18:21
rjrjrbasically, we are going to only have transactions for storage calls.18:21
KiallWell, more than just storage calls.. let me grab a central method and "fix it" (while breaking everything of course ;))18:22
rjrjri understand actually.18:23
rjrjrwe just don't want to decorate the calls to pool manager.18:23
rjrjrand possibly other code.18:24
Kiallhttp://paste.openstack.org/show/XsRia0TfOaRMOvkrQ49I/18:25
*** harmw_ is now known as harmw18:25
Kiallnote the "** XXX ONLY IN THE DB. XXX ***" bit, and the move of the TX to the nested/private method18:25
rjrjrthat makes sense.18:26
Kiall(some of that code should probably live outside the TX, like the policy check)18:26
KiallBut other methods have stuff which all needs to be in 1 TX.. That was just a simple method to "fix" while breaking everything ;)18:26
KiallAnyway, you can see why pools only makes this easier? Since it's basically always just a call to18:27
Kiallself.pool_manager_api.ive_updated_this_domain(context, domain)18:27
rjrjryes.  definitely easier.18:27
Kiall(which could possibly be done as a decorator, like @notification, so as to avoid code bloat)18:28
rjrjrfinal question: will https://review.openstack.org/#/c/138406/ get reviewed or should i include it in my solution?18:28
KiallI'd recommend keeping commits small + focused at this point, that way we can review them much faster and know there done when they fix 1 issue :)18:29
Kiall(But you'll want to get familiar with chaining git patchsets etc to make your life easier for that ;))18:29
*** EricGonczer_ has joined #openstack-dns18:30
rjrjrso, the patch i sent will be considered even though the rally test is still failing?18:30
*** vinod1 has joined #openstack-dns18:31
rjrjr(you mentioned earlier that ideally we wouldn't fix anything else until https://bugs.launchpad.net/designate/+bug/1392762 is fixed.)18:31
uvirtbotLaunchpad bug 1392762 in designate "Concurrent requests can cause designate-central to lock up" [High,In progress]18:31
rjrjrlovely bot there. 8^)18:31
KiallYea, the rally job has never succeeded ;)18:32
*** paul_glass has joined #openstack-dns18:32
Kiall(It's new, and is how we discovered bug 1392762)18:32
uvirtbotLaunchpad bug 1392762 in designate "Concurrent requests can cause designate-central to lock up" [High,In progress] https://launchpad.net/bugs/139276218:32
rjrjrokay.  i'll assume 138406 will get reviewed and build on it.18:33
KiallYep :)18:34
timsimKiall: The rally job succeeded on the latest patchset of this somehow: https://review.openstack.org/#/c/108859/ lol18:34
rjrjrtimsim: luck!  sometimes the bug is not exercised.18:35
timsimI thought it was pretty funny :P18:35
rjrjri've seen some of the create and delete records succeed and figured eventually i would submit a patch that passed rally.  cool to see it happen.18:36
KiallWOOO .. Bug fixed, closing as "Can't Reproduce" ;)18:36
KiallYea, It's literally blind luck that it passed..18:36
Kiallnondeterministic bugs are my personal favorite bugs - recheck enough times and you've fixed it :P18:37
timsimJust "wat" things.18:38
*** EricGonczer_ has quit IRC18:39
*** EricGonczer_ has joined #openstack-dns18:39
rjrjrso, this is where the patch grows, moving to pool manager only means changes to central and devstack.  this will impact the gate job too, correct?  not too bad if powerdns pool backend is available...18:42
rjrjryou know, enough talking about it.   i'm going to start making the changes now.  expect something tonight/early tomorrow morning (daytime for our EU friends.)18:43
KiallYea, I'm going to do the PDNS pools bit now..18:46
KiallI'm also thinking "bind9" should just go, and "bind9_pools" backend should be renamed "bind9" .. Having 2 seems wasteful ;)18:49
*** amcrn has joined #openstack-dns18:49
*** EricGonczer_ has quit IRC18:55
*** betsy has joined #openstack-dns18:59
*** mikedillion has joined #openstack-dns19:07
*** Kiall has quit IRC19:18
*** Kiall has joined #openstack-dns19:18
*** Kiall is now known as Guest4042519:18
*** Guest40425 has quit IRC19:36
*** Kiall_ has joined #openstack-dns19:37
rjrjri'm going to be breaking the tsigkey methods by only updating the storage.19:40
*** Kiall_ has quit IRC19:42
rjrjr(we don't have a pool backend solution for tsigkeys yet.)19:42
*** Kiall_ has joined #openstack-dns19:42
*** jmcbride has quit IRC19:44
*** amcrn has quit IRC19:45
*** EricGonczer_ has joined #openstack-dns19:49
*** jmcbride has joined #openstack-dns19:55
*** jmcbride has quit IRC19:56
*** jmcbride has joined #openstack-dns19:56
*** EricGonczer_ has quit IRC20:04
*** EricGonc_ has joined #openstack-dns20:04
*** vinod1 has quit IRC20:05
*** jmcbride has quit IRC20:07
*** vinod1 has joined #openstack-dns20:17
*** jmcbride has joined #openstack-dns20:28
*** GonZo2K has joined #openstack-dns20:46
*** mikedillion has quit IRC21:32
*** openstackgerrit has quit IRC21:34
*** openstackgerrit has joined #openstack-dns21:34
*** ChanServ sets mode: +v openstackgerrit21:34
*** jmcbride has quit IRC21:49
*** mikedillion has joined #openstack-dns21:53
*** jmcbride has joined #openstack-dns22:01
*** paul_glass1 has joined #openstack-dns22:04
*** paul_glass has quit IRC22:07
*** ryanpetrello has quit IRC22:18
*** mikedillion has quit IRC22:23
*** ryanpetrello has joined #openstack-dns22:23
*** EricGonc_ has quit IRC22:33
*** boris-42 has quit IRC22:37
*** ryanpetrello has quit IRC22:40
*** paul_glass1 has quit IRC22:43
*** ryanpetrello has joined #openstack-dns22:44
*** timsim has quit IRC22:45
*** bitblt has joined #openstack-dns22:46
*** ryanpetrello has quit IRC22:48
*** vinod1 has quit IRC22:59
*** jmcbride has quit IRC23:00
*** ryanpetrello has joined #openstack-dns23:06
*** EricGonczer_ has joined #openstack-dns23:10
*** ryanpetrello has quit IRC23:20
*** jmcbride has joined #openstack-dns23:21
*** jmcbride has quit IRC23:27
*** mwagner_lap has quit IRC23:31
*** bitblt has quit IRC23:34
rjrjrvinod1: your comments, while valid, didn't have anything to do with the bug fixes.23:36
*** ryanpetrello has joined #openstack-dns23:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!