Wednesday, 2015-08-19

« Tuesday, 2015-08-18 Index Thursday, 2015-08-20 »
*** jasonsb has quit IRC00:10
*** jasonsb has joined #openstack-dns00:11
*** dtx00ff has joined #openstack-dns00:18
*** james_li has quit IRC00:22
*** james_li has joined #openstack-dns00:25
*** mlavalle has quit IRC00:38
*** james_li has quit IRC00:42
*** penick has quit IRC00:42
*** jasonsb has quit IRC00:43
*** jasonsb has joined #openstack-dns00:44
*** rudrajit has joined #openstack-dns00:44
*** rudraji__ has joined #openstack-dns00:45
*** rudrajit_ has quit IRC00:47
*** jasonsb has quit IRC00:48
*** rudrajit has quit IRC00:48
*** ducttape_ has joined #openstack-dns00:49
*** rudraji__ has quit IRC01:14
*** stanzgy has joined #openstack-dns01:18
*** dtx00ff has quit IRC01:25
*** ducttape_ has quit IRC01:55
*** dtx00ff has joined #openstack-dns01:57
*** rudrajit has joined #openstack-dns02:01
*** dtx00ff has quit IRC02:23
*** dtx00ff has joined #openstack-dns02:23
*** dtx00ff has quit IRC02:27
*** jasonsb has joined #openstack-dns02:28
*** ducttape_ has joined #openstack-dns02:41
*** dtx00ff has joined #openstack-dns02:42
*** ducttape_ has quit IRC02:47
*** ducttape_ has joined #openstack-dns02:55
*** ducttape_ has quit IRC02:57
*** kei_yama has quit IRC03:07
*** dtx00ff has quit IRC03:08
*** dtx00ff has joined #openstack-dns03:08
openstackgerritXiaBing Yao proposed openstack/python-designateclient: Update installation.rst  https://review.openstack.org/21443303:12
*** kei_yama has joined #openstack-dns03:12
openstackgerritXiaBing Yao proposed openstack/python-designateclient: Update project repo name in installation.rst  https://review.openstack.org/21443303:13
*** raginbajin has quit IRC03:27
*** raginbajin has joined #openstack-dns03:29
*** logan2 has quit IRC03:31
*** rudrajit has quit IRC03:32
*** dtx00ff has quit IRC03:50
*** km has quit IRC04:01
*** km has joined #openstack-dns04:02
*** kei_yama has quit IRC04:03
*** kei_yama has joined #openstack-dns04:03
*** raginbajin has quit IRC04:10
*** raginbajin has joined #openstack-dns04:28
*** dtx00ff has joined #openstack-dns04:32
openstackgerritalgerwang proposed openstack/python-designateclient: Update github's URL  https://review.openstack.org/21444504:35
*** rudrajit has joined #openstack-dns04:35
*** dtx00ff has quit IRC04:36
*** dtx00ff has joined #openstack-dns04:37
*** rudrajit has quit IRC04:52
*** rudrajit has joined #openstack-dns04:53
*** rudrajit has quit IRC04:54
*** rudrajit has joined #openstack-dns04:55
*** kei_yama has quit IRC05:14
*** km has quit IRC05:15
*** kei_yama has joined #openstack-dns05:15
*** boris-42 has quit IRC05:20
*** rudrajit has quit IRC05:45
*** rudrajit has joined #openstack-dns06:18
*** dtx00ff has quit IRC06:20
*** dtx00ff has joined #openstack-dns06:20
*** bdx has quit IRC06:58
*** bdx has joined #openstack-dns06:59
*** rudrajit has quit IRC07:04
*** jschwarz has joined #openstack-dns07:18
*** fawadkhaliq has joined #openstack-dns07:23
*** nyechiel_ has joined #openstack-dns07:40
*** boris-42 has joined #openstack-dns07:58
*** jordanP has joined #openstack-dns08:20
*** timbyr_ has joined #openstack-dns08:21
*** fawadkhaliq has quit IRC08:36
*** kei_yama has quit IRC08:55
*** jschwarz is now known as jschwarz|lunch09:10
*** fawadkhaliq has joined #openstack-dns09:28
*** f1ller has quit IRC10:05
*** timsim has quit IRC10:06
*** Trozz_ has quit IRC10:06
*** d34dh0r53 has quit IRC10:07
*** timsim has joined #openstack-dns10:07
*** d34dh0r53 has joined #openstack-dns10:08
*** f1ller has joined #openstack-dns10:09
*** Trozz_ has joined #openstack-dns10:10
*** jschwarz|lunch is now known as jschwarz10:29
openstackgerritalgerwang proposed openstack/python-designateclient: Update github's URL  https://review.openstack.org/21444510:35
*** en_austin has joined #openstack-dns10:39
*** sonuk has joined #openstack-dns10:39
*** stanzgy has quit IRC10:52
*** fawadkhaliq has quit IRC10:53
*** mwagner_lap has quit IRC10:57
en_austinhi all! can anybody help with designate deployment? i'm experiencing some issues with it - it doesn't want to communicate with backend :(11:06
en_austintried both stable/juno and stable/kilo versions - first is throwind "list out of range exception" on backend, Kilo one - does nothing, while successfully creating db records in designate.11:08
*** boris-42 has quit IRC11:20
Kiall_en_austin: I'm guessing here because I haven't seen Kilo give an error like that re backends, but chances are it's something in the config file incorrect11:34
*** Kiall_ is now known as Kiall11:34
Kiallcan you clear out anything sensitive from your conf file and paste on paste.openstack.org ?11:35
*** fawadkhaliq has joined #openstack-dns11:35
en_austinKiall_: i'm now reinstalling Kilo on clear container without any previous attempts to start Designate - after it completion, sure, I'll share my configs11:39
*** rudrajit has joined #openstack-dns11:48
KiallK11:48
*** rudrajit has quit IRC11:52
en_austinwell, problem reproduced - clean installation of kilo does not communicates with bind9 backend :( will share my configs now.11:53
en_austinyou are asking for designate.conf and named.conf, right?11:54
*** jschwarz has quit IRC11:55
*** jschwarz has joined #openstack-dns11:55
en_austinKiall_: http://paste.openstack.org/show/cY3Vuyj94RhZjEIKCW6W/11:56
en_austinhere is mine designate.conf11:56
KiallLet me have a look...11:57
KiallAh - that looks like a Juno config file for Kilo - there was a bunch of changes :(11:58
Kiallhttps://github.com/openstack/designate/blob/stable/kilo/etc/designate/designate.conf.sample#L251-L27211:58
KiallSome work didn't make it in time into Kilo, so the config file got shafted with a PITA syntax :( (We're fixing it in L)11:59
KiallIt replaces and adds more on top of the [backend:*] sections11:59
en_austinWell, I should configure a nameserver pool to make my installation working?12:00
KiallBased on the paste you gave me..  http://paste.openstack.org/show/421762/ would be about right12:01
Kiall(The ID's are currently mostly meaningless, they just need to be consistently used in the config until we migrate the Pool Config into the DB where it was meant to be12:02
KiallActually.. 1 extra bit12:02
Kiallhttp://paste.openstack.org/show/421769/12:03
KiallIf you're running bind9, typically, there would be 1 pool_nameserver and 1 pool_target section per bind9 server..12:03
KiallFor powerDNS etc, you have exactly 1 pool_target (the mysql DB), and Nx pool_nameservers (the actual PowerDNS servers using the DB)12:04
en_austinI've applied your paste, but nothing changed (except log, saying "pool target.xxxxxx.options: .....") :(12:06
KiallCan you paste the stack trace?12:06
en_austinthere is no any stack trace or exceptions - Designate reports that domain is successfully created12:07
en_austinbut there is no any changes in bind9 zones file.12:07
en_austinand there is no communication attempts in bind9 logs, too.12:07
en_austinsuch as: "named[7291]: received control channel command ......."12:08
KiallOh - So, since you had a juno config - I'm wondering if you're running the new to kilo pool-manager and mdns services?12:09
en_austinOops. Seems no :( I've running only Central and API12:09
Kiall:)12:09
Kiall(Pools and mDNS are mainly designed for 2 things.. 1) Make bind9 actually a production worthy backend, and 2) allow for scale out past what any single bind cluster can handle..)12:10
en_austinsorry, I'm new to Designate and whole OpenStack, so i'm experiencing such stupid errors :)12:10
KiallNo worries, we're aware of how terrible our docs are :(12:10
en_austin TRACE designate ValueError: Invalid target type: None12:11
en_austinwhile trying to start designate-pool-manager...12:11
KiallAh - Right, so.. there's a cache used for pool manager (caches the current live serial # of zones on each of the nameservers)12:11
*** ducttape_ has joined #openstack-dns12:12
KiallIn kilo it defauled to a SQL based cache, which would log that error if mis-configured. in [service:pool_manager] - set "cache_driver = noop" to disable it.. or cache_driver = memcache/sqlalchemy and fill our their sections12:13
KiallIf it's just quick dev/test syle env - noop is fine. It'll just mean we query the nameserver evertime we want to know the serial for a zone..12:14
en_austini've configured a mysql backend for pool manager and now it's running12:15
Kiall:)12:15
en_austini can try to add domain or there is smth else?12:15
en_austinelse to configure12:15
en_austin*12:15
KiallHopefully that's it12:15
Kiallbrb12:16
*** chlong has joined #openstack-dns12:27
en_austinKiall: why you've specified masters=127.0.0.1:5354 in pool_target block?12:27
KiallYou used 127.0.0.1 in your original config, which made me think everything was all on 1 server :)12:30
KiallIt should be a list pointing to your designate-mdns servers, which run on 5354 by default12:30
en_austin> designate-mdns12:30
en_austin... :(12:30
en_austini was worried about 5354 port)12:30
KiallYea, we choose a >1024 port so we don't need root :)12:31
en_austinmy concern was - "what service should allocate this port?" :)12:31
Kialland - bind will be on 5312:31
en_austinso.12:31
en_austinnow I'm running: central, api, mdns (btw what its for?), pool-manager.12:31
en_austincorrect?12:31
Kiallmdns will server AXFR's to BIND/PowerDNS/Akamai/DynECT etc12:33
Kiallserve*12:33
Kialland yes - that's it..12:33
*** mwagner_lap has joined #openstack-dns12:33
Kiall(You can point dig @ mdns, and it'll work as a DNS server.. Just .. It's python and SQL backed.. So you'd never even consider using it as your public facing DNS server ;))12:34
en_austini've got an idea12:35
* Kiall runs!12:35
en_austinbut now, it seems that i have a misconfiguration again :(12:35
KiallAny errors etc or?12:36
en_austinI'm now trying to create new domain via API - Designate says that all is OK, but when I'm trying to dig @my-dns - i'm getting nothing.12:37
en_austinhttp://paste.openstack.org/show/421834/12:37
en_austin^ here is BIND log after API request to Designate12:38
Kiall"skipping zone transfer as master 127.0.0.1#5354" would be the one, is mdns actually on the same server as bind?12:38
Kialland running + listening on 5354 etc..12:38
en_austinyes, they are running at same VM12:38
en_austinhttp://paste.openstack.org/show/XSSLidr3n6UA78Ao4oqj/   <- my BIND config12:38
*** logan2 has joined #openstack-dns12:39
KiallOkay.. does `dig -p5354 @127.0.0.1 SOA sometestdomain.com` work?12:39
en_austinyes12:40
Kialland `dig -p5354 @127.0.0.1 AXFR sometestdomain.com`12:40
en_austinit returned two equal SOAs and one NS record12:40
KiallPerfect.. Looking at the log again - I see it..12:41
Kiallskipping zone transfer as master 127.0.0.1#5354 (source 0.0.0.0#0) is unreachable (cached)12:41
Kiallis unreachable (cached) == BIND has cached (by default, 10 mins I think) that it couldn't reach mDNS12:41
en_austinwell, I've done rndc flush12:42
en_austinnow: client 10.30.31.137#63791 (sometestdomain.com): query 'sometestdomain.com/A/IN' denied12:42
KiallThat sounds like bind has the data, and is refusing your query?12:42
KiallYes your config has12:43
Kiallallow-query     { localhost; };12:43
en_austinawh12:43
Kialland the source IP there is 10.30...x12:43
en_austingreat! seems it works12:43
en_austini've asked BIND for sometestdomain and got SOA record for it12:43
KiallCool :)12:43
en_austinto tell the truth: not so obvious :(12:44
en_austinwill patch my ansible playbook to get it up and running in one click.12:44
en_austinbtw, maybe, i can share it with you and write some short FAQ like "Deploy Designate and BIND on clean machine: step-by-step" ?12:45
Kiallen_austin: yea, it's anything but right now :( We spent most of monday locked in a conference room during the mid-cycle meetup discussing it...12:45
Kiallen_austin: please do!12:45
en_austinwith great pleasure - I have now such Ansible playbook for PDNS configurations, will write another one for BIND :)12:45
KiallWe have a install section in our docs, e.g. https://github.com/openstack/designate/blob/master/doc/source/install/ubuntu-kilo.rst12:46
Kiallbut it totally glossses over the hard parts12:46
Kiall(rendered @ http://docs.openstack.org/developer/designate/install/ubuntu-kilo.html )12:46
*** fawadkhaliq has quit IRC12:46
en_austinI'll create and send a pull request when my installation will be ready and i will test it again from scratch.12:46
en_austinbut what about one-click ansible playbook? :)12:46
KiallI'm not sure we can take+maintain something like that I'm afraid :(12:47
KiallIf you have it on GitHub etc.. we can add it to http://docs.openstack.org/developer/designate/related.html#related-projects12:48
en_austinI will share it on Github, for sure12:48
KiallBut .. Maintaining it is something we can't commit to!12:48
en_austinawh, I think you should not maintain it :)) just a link in readme/etc will be enough!12:49
KiallThat we can do :)12:50
KiallKinda wish there was a better place for those kinda things, I know of 2 companies who already have ansible plays for designate.. :(12:50
Kiall(neither are open source though)12:50
en_austinthere is no rocket science in that playbooks - but, unfortunately, a target OS is important variable while running playbook (yum-related commands will fail while running on Debian, for example)12:51
KiallYea, ansible provides modules to "abstract" that to some extent (if the package name is the same on all, it can work..)12:53
KiallBut.. Naming is usually not the same ;)12:53
*** ducttape_ has quit IRC13:00
openstackgerritKiall Mac Innes proposed openstack/designate-specs: Add deleted domain purging spec  https://review.openstack.org/20711513:28
*** sonuk has quit IRC13:30
en_austinKiall, just to avoid misunderstanding from my side - a records add flow is like: client -> Designate API -> mDNS <- sync -> BIND (or other backend)13:37
en_austinis it?13:37
*** james_li has joined #openstack-dns13:37
*** james_li has quit IRC14:03
*** kbyrne has quit IRC14:07
*** timbyr_ has quit IRC14:07
*** kbyrne has joined #openstack-dns14:11
en_austinand another question - why I cannot delete auto-created NS record for just created zone? I want to establish a zone delegation - so I need only SOA, NS (pointing at another NS server) and new A record pointing to NS above14:13
*** boris-42 has joined #openstack-dns14:15
*** ducttape_ has joined #openstack-dns14:20
*** ducttape_ has quit IRC14:24
*** ducttape_ has joined #openstack-dns14:25
*** csoukup has joined #openstack-dns14:27
en_austinand, are there any way to create a zone forwarding (like BINDs "type=forward forwarders {....}) ?14:42
*** ducttape_ has joined #openstack-dns14:44
*** logan2 has quit IRC15:01
*** logan2 has joined #openstack-dns15:05
Kiallen_austin: sorry, was AFK.. re flow - that looks about right...15:06
Kiallre auto-created NS - we actually talked about that last night, and may allow the deletion .. BUT.. Generally, you wouldn't create the zone to be delegated in designate.. you would create it's parent (otherwise it's not really used/part of designate etc)15:07
Kiallre zone forwarding - No, we generally expect the server with be authoritative only15:08
*** pglass has joined #openstack-dns15:08
en_austinso, there are no any possibility to create a zone forward? for example - foo.example.org IN NS nsXX.example.org - and to let BIND just forward all *.foo.example.org's queries to nsXX.example.org15:11
en_austinI've tried to create glue records (NS + A), but all that I've got - an NS response for foo.example org (...IN NS nsXX.example.org)15:11
KiallIf you configure BIND right, it should as far as I know follow the delegation and return for you.. Otherwise, the resolver will15:12
en_austinmy main goal - to delegate responsibility for *.[a-z0-9].example.org for different NS's, but I want to manage *.example.org's via Designate API15:12
KiallOkay, you can create the example.org. in designate, and delegate the sub-zones to another nameserver with NS's.. After that, it's down to configuring bind to do the right thing etc15:13
en_austinDo you have an idea how to do this (in BINDs config)?15:14
*** mlavalle has joined #openstack-dns15:25
*** james_li has joined #openstack-dns15:26
openstackgerritPaul Glass proposed openstack/designate: Show functional test request logging  https://review.openstack.org/21433615:44
*** ccneill has joined #openstack-dns15:54
*** rudrajit has joined #openstack-dns15:55
*** rudrajit has quit IRC15:58
*** rudrajit has joined #openstack-dns15:59
*** fawadkhaliq has joined #openstack-dns16:08
*** ccneill_ has joined #openstack-dns16:08
*** jbratton_ has joined #openstack-dns16:08
*** dtx00ff has quit IRC16:09
*** ccneill__ has joined #openstack-dns16:09
*** jbratton_ has quit IRC16:10
*** ccneill has quit IRC16:11
*** ccneill__ has quit IRC16:11
*** jbratton has quit IRC16:12
*** ccneill_ has quit IRC16:13
*** ccneill__ has joined #openstack-dns16:13
*** jbratton has joined #openstack-dns16:13
*** rudrajit has quit IRC16:23
elarsonKiall: do we need a blueprint for the mdns wire format stuff?16:23
mugsieelarson: maybe16:23
Kiallelarson: maybe, but since we're all here etc etc.. We may be best pushing forward without one!16:25
*** penick has joined #openstack-dns16:26
mlavalleKiall: is this the correct repo for the client?16:28
elarsonmugsie, Kiall: sounds good16:28
mlavalleKiall: http://git.openstack.org/cgit/openstack/python-designateclient/16:28
*** dtx00ff has joined #openstack-dns16:30
*** jordanP has quit IRC16:30
Kiallmlavalle: yep!16:31
mlavalleKiall: nova uses the neutron client to create networks, ports, etc on behalf on nova isntances. I intend to use a similar approach between Nuetron and Designate. Neutron using the designate client. Does that make sense?16:32
Kiallmlavalle: yes, that makes perfect sense :)16:38
KiallNo point reimplementing all that16:39
mlavalle:-)16:39
*** dtx00ff has quit IRC16:44
*** nyechiel_ has quit IRC16:44
en_austinKiall: can you say smth about my question about creating a zone delegation via Designate? or, maybe, you can give an advice who can help with this16:45
en_austinI sure, that there should be a solution - not so rare scenario, I think16:45
*** rudrajit has joined #openstack-dns16:49
*** pglass has quit IRC16:50
*** dtx00ff has joined #openstack-dns16:51
*** ccneill__ has quit IRC17:00
mlavalleKiall: no meeting today?17:04
*** dtx00ff has quit IRC17:09
*** cliles has quit IRC17:12
*** eXceptoR has joined #openstack-dns17:12
*** en_austin has quit IRC17:13
mlavalleKiall: I guess not..... it's lunchtime in Texas :-)17:19
*** fawadk has joined #openstack-dns17:20
*** fawadkhaliq has quit IRC17:21
*** james_li has quit IRC17:27
*** jschwarz has quit IRC17:32
*** ccneill__ has joined #openstack-dns17:33
*** rudrajit_ has joined #openstack-dns17:41
*** eXceptoR has quit IRC17:41
*** rudrajit has quit IRC17:44
*** jordanP has joined #openstack-dns17:49
*** ericpeterson has joined #openstack-dns17:55
*** ducttape_ has quit IRC17:57
*** ccneill__ is now known as ccneill18:00
*** james_li has joined #openstack-dns18:05
*** jordanP has quit IRC18:08
*** ericpeterson has quit IRC18:09
*** rudrajit has joined #openstack-dns18:10
*** rudrajit_ has quit IRC18:12
*** dtx00ff has joined #openstack-dns18:17
*** penick has quit IRC18:22
*** pglass has joined #openstack-dns18:29
*** pglass has quit IRC18:29
*** pglass has joined #openstack-dns18:30
*** bapalm has quit IRC18:31
*** bapalm has joined #openstack-dns18:32
*** ccneill has quit IRC18:35
openstackgerritMerged openstack/designate-specs: Add deleted domain purging spec  https://review.openstack.org/20711518:37
*** jasonsb has quit IRC18:43
*** jasonsb has joined #openstack-dns18:44
*** jasonsb has quit IRC18:48
openstackgerritKiall Mac Innes proposed openstack/designate: WIP: Track items added/removed from ListObjects  https://review.openstack.org/21475118:49
*** dtx00ff has quit IRC19:00
*** ducttape_ has joined #openstack-dns19:02
elarsonKiall: fyi, docker19:03
openstackgerritKiall Mac Innes proposed openstack/designate: WIP: Track items added/removed from ListObjects  https://review.openstack.org/21475119:03
timsimKiall: Jsyk, docker19:03
*** fawadk has quit IRC19:04
elarsonhttp://rancher.com/rancher-os/19:04
elarson!nailedit19:04
openstackelarson: Error: "nailedit" is not a valid command.19:04
*** dtx00ff has joined #openstack-dns19:07
ekarlsoelarson: what about docker ?19:12
mugsieekarlso: docker solves everything19:14
mugsieKiall: just doesn't know it yet19:14
Kiallelarson / mugsie.... docker = pain and suffering with a good marketing department19:14
mugsiebit like OpenStack19:14
ekarlso:p19:15
timsimTrue dat19:15
timsimyeah it is Kiall19:15
mugsiewhatcha talking about willis?19:15
*** jasonsb has joined #openstack-dns19:25
openstackgerritKiall Mac Innes proposed openstack/designate: WIP: Track items added/removed from ListObjects  https://review.openstack.org/21475119:27
openstackgerritKiall Mac Innes proposed openstack/designate: Track items added/removed from ListObjects  https://review.openstack.org/21475119:27
*** rudrajit has quit IRC19:28
*** rudrajit has joined #openstack-dns19:29
*** dtx00ff has quit IRC19:34
bdxKiall: Hows it going? you around?19:41
Kiallbdx: heya - yep19:45
bdxcore, dev: hows it going everyone?!? I struggling a bit trying to get designate to update my other dns servers when records are created using designate. Is there any documentation that might help facilitate what I'm trying to do? I don't feel like I'm to far off the beaten path...19:46
KiallSounds like pretty standard use! What exactly are you seeing wrong?19:46
bdxkiall: I guess I am a bit confused on what parts go where...pertaining to non local dns servers..19:48
bdxmy designate conf looks like http://paste.ubuntu.com/12130186/19:48
bdxwhere 10.10.20.11 is my authoritative master for an internal dns cluster19:49
KiallAnd are changes making it out to that auth master?19:50
bdxKiall: yes19:50
bdxand the acl's are configured correctly19:50
KiallK - So, there's 2 ways to use it.. The "normal" and the not-so-normal...19:50
bdxok....sweet...please do enlighten me:-)19:50
KiallNormal is that all your BIND nameservers are listed out in in our config, there all "masters"..  e.g. a pool_target and pool_nameserver for each BIND server..19:51
Kiall(for pDNS, you have 1 pool target - the pDNS DB, and Nx pool nameservers - 1 for each pDNS server)19:51
Kiall(hemce, the distinction between targets and nameservers)19:52
Kiallhence*19:52
bdxKiall: what is the difference between targets and servers with bind9?19:52
KiallNone, in the normal model.. They would be 1:1 for each server19:52
bdxok ....so then would I need to specify two different bind9 servers ....one for each?19:53
KiallThe other model, which timsim knows more than I about, is using the "agent" .. where you have normal slaves + Nx "masters" etc19:53
bdxok gotcha.19:53
bdxI am just trying to get the most simple basic way working initially19:53
bdxwhere my single auth master bind9 server gets updated from designate mdns....this sounds like the standard model...>?19:54
KiallK - Then, list out a new pool_target and pool_nameserver section for each server, pick any old UUIDs for them, and it should manage them all for you19:54
KiallNot quite.. The normal (for designate) model is that you would have no difference between your bind9 servers.. there all the same, they all slave from mDNS19:55
bdxahhh gotcha.......so in my model I don't need mDNS then because my master server is non-local to designate?19:56
timsimbdx: Just reading the scrollback, you've got Bind9 in a master-slave configuration right now or no?19:57
bdxtimsim: yes19:57
bdxcurrently one auth master that update two slaves for our internal dns19:58
bdxI am trying to get designate to update my auth master at 10.10.20.11 using this config http://paste.ubuntu.com/12130186/19:59
timsimThe reason Designate has to be the master is because (for BIND9) all the creates/deletes (addzone/delzones) need to be replicated on each server. And if Designate isn't reaching out to those slaves, they're not informed of creates/deletes.19:59
bdxok totally19:59
timsimBut you're having trouble getting the update to show up on your master?19:59
bdxtimsim: I see them hit the master e.g. i see in my syslog on the auth master20:00
bdx10.16.110.20#55022: received notify for zone 'example.net'20:00
bdxbut no records are created20:01
bdxexactly20:01
timsimAh right, so you'll need Designate to do the RNDC calls on that master20:02
timsimIs 192.168.27.100 another interface for 10.10.20.11?20:02
bdxtimsim: no, 192.168.27.100 is a devstack vm where designate is running20:03
bdxthe two networks can talk back and fourth through a router20:03
timsimOk. The pool target is the dns server that Designate will write to. So in that case, you'll want it to be your authoritative bind9 server20:03
timsimThe pool_nameserver is the thing that Designate will check to ensure that changes have propagated.20:04
bdxtimsim: those are the same server then, my auth master?20:05
bdxsl20:05
bdxso20:05
bdxoptions = rndc_host: 192.168.27.100, rndc_port: 953, rndc_config_file: /etc/bind/rndc.conf, rndc_key_file: /etc/bind/rndc.key20:05
bdxshould be20:05
bdxoptions = rndc_host: 10.10.20.11, rndc_port: 953, rndc_config_file: /etc/bind/rndc.conf, rndc_key_file: /etc/bind/rndc.key20:05
timsimI believe so20:05
bdxand20:05
bdxmasters = 192.168.127.100:535420:05
bdxshould be20:05
*** ccneill has joined #openstack-dns20:05
bdxmasters = 10.10.20.11:5354 ?20:06
timsimThe only situation where target/nameserver would be different for BIND9 would be if you had some sort of replication behavior and you wanted to ensure that a change went live somewhere other than your authoritative nameserver.20:06
timsimNo. The master should still be designate-mdns (designate host, port 5354)20:06
bdxok20:06
bdxgotcha20:06
timsimThat's where BIND9 will zone transfer from20:06
*** rudrajit_ has joined #openstack-dns20:06
bdxok20:07
bdxso my config is very close....20:07
bdxfrom what I can tell I only need modify the options[rndc_host] param then ?20:08
* timsim looks again20:08
timsimI believe so20:09
*** rudrajit has quit IRC20:10
bdxtimsim, Kiall: thanks for your support....I'll get back to you and let you know how things turn out!20:10
Kiall:)20:13
bdxtimsim, kiall: I am wondering, if mDNS acts as the master, should I set up these domains on my auth master as slave zones?20:14
timsimDesignate will be the one that sets them up for you (doing those rndc addzones { type: slave } or whatevers)20:15
*** rudrajit has joined #openstack-dns20:15
bdxtimsim: ....ok but does that make it authoritative?20:16
timsimmugsie: http://www.amazon.com/gp/product/B00JUQZKZ020:17
timsimbdx: Technically mdns and designate are authoritative for the zone20:17
*** rudraji__ has joined #openstack-dns20:18
*** rudrajit_ has quit IRC20:18
timsimTo run master-slave BIND9, you'll need some other mechanism to replicate creates/deletes to the slaves.20:18
timsimOr run them all as masters, and let Designate update the lot.20:18
timsimOr, if it's just a few zones, set your slaves up with the same zones and tell your 'bind9 master' to notify them, which I believe is possible, but they won't get new zones/delete deleted ones.20:19
*** rudrajit has quit IRC20:21
*** rudrajit has joined #openstack-dns20:22
*** rudraji__ has quit IRC20:25
openstackgerritKiall Mac Innes proposed openstack/designate: oslo.middleware 1.6.0 compatibility  https://review.openstack.org/21478320:25
openstackgerritKiall Mac Innes proposed openstack/designate: oslo.middleware 2.6.0 compatibility  https://review.openstack.org/21478320:30
mugsietimsim: https://review.openstack.org/#/c/204619/20:33
mugsietimsim:20:33
mugsietimsim:20:33
mugsietimsim:20:33
mugsietimsim:20:33
mugsietimsim:20:33
mugsietimsim:20:33
mugsietimsim:20:33
mugsietimsim:20:33
mugsietimsim:20:33
timsimmugsie20:33
timsimmugsie20:33
timsimmugsie20:33
timsimmugsie20:33
timsimmugsie20:33
timsimmugsie20:33
timsimmugsie20:33
timsimmugsie20:33
timsimmugsie20:33
timsimmugsie20:33
timsimSorry all20:34
Kialltimsim20:34
Kialltimsim20:34
Kialltimsim20:34
mugsieKiall:20:34
mugsieKiall:20:34
mugsieKiall:20:34
*** cliles has joined #openstack-dns20:35
openstackgerritKiall Mac Innes proposed openstack/designate: Track items added/removed from ListObjects  https://review.openstack.org/21475120:45
*** jmcbride has joined #openstack-dns20:46
mlavalleKiall: ping20:48
mlavalleKiall, timsim: I am creating a devstack with designate. 1 vm. do I need to configure a backend?20:49
KiallEh - It will setup powerdns for you by default20:49
Kiallor maybe it defalts to bind9 - either way, both should work for your case :)20:50
mlavalleKiall: so no need to enter anythin in ragrds to that in my local.conf?20:50
mlavalleKiall: i'll take that as a no, so i save you a few keystrokes :-)20:51
Kialloh20:52
Kialleh.. I dont think so.. from memory20:52
Kiallit's been a while since I wrote a localrc by hand ;)20:52
openstackgerritJoe McBride proposed openstack/designate-specs: Alias Records Spec  https://review.openstack.org/21478820:53
mlavalleKiall: well, I just triggered ./stack.sh. i'll let you know my findings20:54
Kiallmlavalle: fingers crossed ;)20:54
*** jmcbride has quit IRC20:59
*** jmcbride has joined #openstack-dns21:01
*** james_li has quit IRC21:05
*** rudrajit_ has joined #openstack-dns21:07
*** rudraji__ has joined #openstack-dns21:08
*** pglass has quit IRC21:09
*** rudrajit has quit IRC21:10
*** rudrajit_ has quit IRC21:12
*** sonuk has joined #openstack-dns21:30
*** jmcbride has quit IRC21:32
mlavalletimsim: ping21:38
mlavallemugsie: ping21:45
mugsiehey mlavalle21:55
mugsiei am on a phobe, si i may end up dropping abruptly21:56
*** dtx00ff has joined #openstack-dns21:56
*** dtx00ff has quit IRC21:56
mugsiephone* so*21:56
*** dtx00ff has joined #openstack-dns21:56
*** csoukup has quit IRC21:58
mlavallemugsie: I am trying to start create a devstack with designate. the following processes started correctly: designate-central, designate-pool-manager, designate-zone-manager, designate-mdns22:03
mlavallemugsie: designate-api failed to start. You can see the failure here: https://gist.github.com/miguellavalle/5c11b7a4e70c7ec5f0f022:03
mlavallemugsie: and my local.conf here: https://gist.github.com/miguellavalle/b69332df1beaae034d6c22:04
mlavallemugsie: can you help?22:04
mugsieah22:09
mugsieyrs i can22:09
mugsieyou need to ensure oslo.middleware is at version 2.5.022:10
mugsiethey did a 2.6.0 release that broke us22:10
mugsiemlavalle: ^22:10
* mlavalle checking oslo.middleware version22:11
*** csoukup has joined #openstack-dns22:14
*** csoukup has quit IRC22:19
mlavallemugsie: yeah, I got oslo.middleware 2.6.022:20
*** ccneill has quit IRC22:26
*** ccneill has joined #openstack-dns22:32
*** mwagner_lap has quit IRC22:32
*** jmcbride has joined #openstack-dns22:32
*** jasonsb has quit IRC22:55
*** km has joined #openstack-dns23:02
*** ccneill has quit IRC23:11
*** ducttape_ has quit IRC23:11
*** dtx00ff has quit IRC23:14
*** dtx00ff has joined #openstack-dns23:14
*** mwagner_lap has joined #openstack-dns23:19
*** sonuk has quit IRC23:20
*** kei_yama has joined #openstack-dns23:25
*** chlong has quit IRC23:28
*** ccneill has joined #openstack-dns23:33
*** rudraji__ has quit IRC23:35
*** rudrajit has joined #openstack-dns23:36
*** rudrajit has quit IRC23:45
*** jasonsb has joined #openstack-dns23:59
« Tuesday, 2015-08-18 Index Thursday, 2015-08-20 »

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