*** yidclare has quit IRC | 00:14 | |
*** nosnos has joined #openstack-dns | 00:16 | |
*** matsuhashi has joined #openstack-dns | 00:35 | |
*** kiall has quit IRC | 03:04 | |
*** nosnos has quit IRC | 03:40 | |
*** nosnos has joined #openstack-dns | 03:41 | |
*** nosnos has quit IRC | 03:42 | |
*** nosnos has joined #openstack-dns | 03:44 | |
*** kiall has joined #openstack-dns | 04:09 | |
*** vipul is now known as vipul-away | 04:12 | |
*** vipul-away is now known as vipul | 04:16 | |
*** krow has joined #openstack-dns | 04:36 | |
*** krow has quit IRC | 05:54 | |
*** krow has joined #openstack-dns | 05:55 | |
*** krow has quit IRC | 07:32 | |
openstackgerrit | Graham Hayes proposed a change to stackforge/designate: Add status fields for domains and records https://review.openstack.org/44730 | 10:00 |
---|---|---|
openstackgerrit | Graham Hayes proposed a change to stackforge/designate: Add status fields for domains and records https://review.openstack.org/44730 | 10:11 |
openstackgerrit | Graham Hayes proposed a change to stackforge/designate: WIP: Adding inital server pools implementation https://review.openstack.org/47397 | 10:33 |
*** krow has joined #openstack-dns | 11:04 | |
*** krow has quit IRC | 11:23 | |
openstackgerrit | Kiall Mac Innes proposed a change to stackforge/python-designateclient: Add Python bindings docs https://review.openstack.org/48244 | 12:54 |
openstackgerrit | Kiall Mac Innes proposed a change to stackforge/python-designateclient: Add Python bindings docs https://review.openstack.org/48244 | 12:55 |
*** dmakogon has quit IRC | 13:22 | |
*** eankutse has joined #openstack-dns | 13:44 | |
openstackgerrit | Kiall Mac Innes proposed a change to stackforge/python-designateclient: Add Python bindings docs https://review.openstack.org/48244 | 13:52 |
openstackgerrit | Kiall Mac Innes proposed a change to stackforge/python-designateclient: Add Python bindings docs https://review.openstack.org/48244 | 13:54 |
openstackgerrit | A change was merged to stackforge/python-designateclient: Add Python bindings docs https://review.openstack.org/48244 | 13:57 |
*** matsuhashi has quit IRC | 14:07 | |
*** nosnos has quit IRC | 14:08 | |
*** pp has joined #openstack-dns | 14:13 | |
openstackgerrit | Kiall Mac Innes proposed a change to stackforge/python-designateclient: Correct two Record examples in the binding docs https://review.openstack.org/48262 | 14:16 |
kiall | http://python-designateclient.readthedocs.org/en/latest/bindings.html :) | 14:19 |
pp | Hi guys , anyone can help with my multiple node ubuntu 12.04 with grizzly , all the service quantum , e nova are fine , in my vm the can ping each other , from vm I can ping outside , I can access from outside with ssh , but if I use apt-get update is stock , and I have tried with ubuntu-desktop I not able to surf , not open the page . from tail -f grep dns /var/log/syslog http://paste.ubuntu.com/6154635/ any suggestion ? | 14:19 |
openstackgerrit | A change was merged to stackforge/python-designateclient: Correct two Record examples in the binding docs https://review.openstack.org/48262 | 14:19 |
kiall | pp: probably the wrong room ;) This is more related to the Designate project.. BUT.. Have you checked the contents of /etc/resolve.conf, and ensured it's pointing to the right thing? | 14:22 |
kiall | I've actually never used quantum, but I'm betting it's DNS handling isn't too far off nova-network's .. | 14:22 |
kiall | make sure "dnsmasq" isn't installed on any of the hardware nodes, and that "dnsmasq-base" is .. | 14:23 |
pp | from the vm is point : nameserver 8.8.8.8 | 14:23 |
pp | search openstacklocal | 14:23 |
kiall | Ah .. | 14:23 |
kiall | Well ..can you ping 8.8.8.8? | 14:23 |
kiall | If not.. That's defiantly a quantum setup issue.. I've no clue how to help with that! | 14:24 |
kiall | #openstack or #openstack-neutron might be able to offer some advice.. | 14:24 |
pp | kiall: yes I can ping any ip , but I cant do example apt-get update | 14:24 |
pp | kiall: thanks for help | 14:24 |
kiall | No worries - either way, with 8.8.8.8 as your instances nameserver, it's likely going to be a networking issue .. | 14:25 |
*** betsy has quit IRC | 14:25 | |
*** zane has joined #openstack-dns | 14:40 | |
*** pp has left #openstack-dns | 14:40 | |
*** pp has joined #openstack-dns | 14:46 | |
pp | kiall: do you suggest an other dns ? | 14:47 |
*** yidclare has joined #openstack-dns | 14:55 | |
*** betsy has joined #openstack-dns | 15:11 | |
*** zane has quit IRC | 15:21 | |
*** zane has joined #openstack-dns | 15:28 | |
*** zane has left #openstack-dns | 15:29 | |
*** zane has joined #openstack-dns | 15:29 | |
artom | I had a meeting with the higher ups about what direction we're heading in with Designate. | 15:32 |
artom | Since we want to expose NSD to the world, there was talk about coding a NSD backend for Designate. | 15:32 |
artom | (As opposed to slaving NSDs to Designate's PowerDNS+MySQL master). | 15:33 |
artom | I said upstream is unlikely to be interested, since for an NSD agent to make sense, it would have to be able to control a remote NSD (kinda like the BIND backend with rndc now), and NSD3 has no native remote-control functionality. | 15:34 |
kiall | artom: heya | 15:34 |
artom | Therefore any NSD backend would include an "agent" that would run on the remove NSDs. | 15:34 |
artom | And that's most likely out of scope for Designate. | 15:34 |
kiall | So .. uninterested is probably harsh :) Just wanting to avoid proliferation of backends unnecessarily! | 15:35 |
kiall | Some of work-in-progress at the moment is also relevant here.. lets see if I can find mugsie link | 15:36 |
kiall | mugsie's link* | 15:36 |
kiall | https://wiki.openstack.org/wiki/Designate/Server_Pools | 15:36 |
*** dmakogon has joined #openstack-dns | 15:37 | |
kiall | With ^, we're pushing the responsibility of distributing changes to multiple nameservers into the backends | 15:37 |
kiall | Since, each one is drastically different.. | 15:37 |
kiall | PowerDNS is just a DB, BIND masters are a file on disk and (possibly) a remote call to `rndc addzone` for the slaves.. | 15:38 |
kiall | and NSD, per your description, will require "touching" each server directly.. | 15:38 |
kiall | All very very different approaches :) | 15:38 |
artom | And now I'm imagining the FSM caressing an NSD server... ;) | 15:39 |
kiall | What I'm getting at is, a backend is (will be) essentially free to choose how to distribute the changes using whatever works for that nameserver | 15:39 |
artom | Right. | 15:40 |
kiall | Hah :) | 15:40 |
artom | The issue with NSD is that there's no remote control for it. So either the backend is local to each NSD server (and thus remove to the rest of Designate, communicating with it through the MQ perhaps?) | 15:41 |
artom | s/remove/remote/ | 15:42 |
artom | Or the backend is a client-server type thing with a server sitting on each remote NSD accepting commands from the client, which is local to Designate. | 15:42 |
kiall | local to each NSD wouldn't necessarily work with the newer plans.. Part of the issue with the old way was that we expected the backend to be local to each service.. and that really doesn't work the way you might expect! | 15:43 |
kiall | to each nameserver in cases where something local needed to be touched* | 15:43 |
kiall | But, yea, the NSD backend could easily send out a message over rabbitmq or whatever, and have the actual nameservers action the change.. | 15:44 |
kiall | The difference between old and new is, the backend class is responsible for that, rather than assuming a single method will always work and baking in it | 15:44 |
kiall | baking it in* | 15:44 |
artom | Yeah, I see... | 15:45 |
artom | But say we commit an NSD backend in the future, but we add "Oh and by the way, with this backend there's also this Python daemon we coded that needs to run on each NSD server in order to effect the changes" | 15:47 |
artom | That seems... out of scope? | 15:47 |
artom | For Designate proper, anyways. | 15:47 |
*** dmakogon has quit IRC | 15:48 | |
kiall | Not 100% out of scope, but probably not 100% in scope either.. If it was pretty isolated, in such a way that it had very few dependencies on the rest of the code (the non NSD backend code anyway), It would be much easier to fit in.. | 15:49 |
kiall | The difficulty with every new backend etc that comes in, is suddenly, it needs to be maintained :) | 15:49 |
artom | If we do end up going this route it'll be backed by the company, so as long as we're not bankrupt it should remain maintained ;) | 15:53 |
kiall | :) | 15:54 |
artom | And when you say "it had very few dependencies on the rest of the code" - it == the daemon? | 15:55 |
kiall | Yea, the more isolated custom stuff for a specific backend is, the less maintenance needs over time | 15:55 |
artom | True, true | 15:56 |
artom | Also, it would probably be a good idea for the BIND and NSD backends so share the zonefile-writing code. | 15:58 |
artom | The differences would be in how they effect the changes. | 15:58 |
artom | s/so share/to share/ | 15:59 |
kiall | artom: absolutely.. | 16:05 |
kiall | Both use standard RFC style zonefiles .. So it should be no issue | 16:05 |
artom | Nothing's decided for the backend yet - I'll have to make a quick presentations for the higher-ups about the pros and cons of rolling an NSD backend vs PowerDNS -> NSD with AXFR and some hooks... | 16:10 |
artom | I did get the go-ahead for working with upstream though. | 16:10 |
kiall | artom: actually.. speaking of hooks | 16:10 |
kiall | So, we do emit notifications about all changes etc over rabbitmq.. There intended for ceilometer / our metering and billing team etc.. But.. They might be useful.. | 16:11 |
artom | Yeah, I had some proof of concept code that does just that ;) | 16:12 |
*** pp has left #openstack-dns | 16:12 | |
artom | *have | 16:12 |
*** ppenjoy has joined #openstack-dns | 16:13 | |
*** zane has quit IRC | 16:19 | |
*** zane has joined #openstack-dns | 16:22 | |
*** vinodmr has joined #openstack-dns | 16:32 | |
*** ppenjoy has left #openstack-dns | 16:36 | |
eankutse | Kiall: regarding https://review.openstack.org/#/c/45078/8, our DNS guru pointed out that the serial number in the SOA records in the backend were not being updated when changes occur in the backend zone due to server_create, server_update, server_delete. Given that the Records.content field (which contains the serial number sub-field) is one Text field, it is proving quite challenging to update that sub-field with the bulk queries I am | 16:40 |
kiall | eankutse: heya! Yea, I saw the conversion you had with mugsie the other day.. But I haven't had an opportunity to give it any thought myself! | 16:44 |
*** Kiall2 has joined #openstack-dns | 16:58 | |
*** Kiall2 has quit IRC | 16:59 | |
*** Kiall2 has joined #openstack-dns | 16:59 | |
*** kiall has quit IRC | 16:59 | |
*** Kiall2 is now known as Kiall | 16:59 | |
Kiall | So .. Meet in #openstack-meeting-alt | 16:59 |
*** dmakogon has joined #openstack-dns | 17:07 | |
*** zane has left #openstack-dns | 17:08 | |
*** zane has joined #openstack-dns | 17:08 | |
*** eankutse has quit IRC | 17:14 | |
*** jmcbride has joined #openstack-dns | 17:14 | |
*** eankutse has joined #openstack-dns | 17:14 | |
*** eankutse has quit IRC | 17:31 | |
*** eankutse has joined #openstack-dns | 17:41 | |
*** kiall_ has joined #openstack-dns | 17:48 | |
*** vipul is now known as vipul-away | 17:49 | |
*** vipul-away is now known as vipul | 17:49 | |
*** eankutse has quit IRC | 17:56 | |
*** eankutse has joined #openstack-dns | 18:00 | |
*** Kiall has quit IRC | 18:11 | |
*** vinodmr has quit IRC | 18:34 | |
*** tsimmons has joined #openstack-dns | 18:34 | |
*** jmcbride has quit IRC | 18:59 | |
*** eankutse has quit IRC | 19:01 | |
*** eankutse has joined #openstack-dns | 19:03 | |
*** vipul is now known as vipul-away | 19:30 | |
*** vipul-away is now known as vipul | 19:37 | |
*** CaptTofu has quit IRC | 19:43 | |
*** CaptTofu has joined #openstack-dns | 19:43 | |
*** CaptTofu_ has joined #openstack-dns | 19:44 | |
*** CaptTofu_ has quit IRC | 19:44 | |
*** CaptTofu_ has joined #openstack-dns | 19:48 | |
*** CaptTofu has quit IRC | 19:48 | |
*** adrian_otto has joined #openstack-dns | 19:51 | |
*** vipul is now known as vipul-away | 19:52 | |
*** tsimmons has left #openstack-dns | 19:53 | |
*** vipul-away is now known as vipul | 20:00 | |
*** eankutse has quit IRC | 20:03 | |
*** eankutse has joined #openstack-dns | 20:06 | |
*** eankutse has quit IRC | 20:06 | |
*** eankutse has joined #openstack-dns | 20:06 | |
*** eankutse has quit IRC | 21:13 | |
*** eankutse has joined #openstack-dns | 21:15 | |
*** krow has joined #openstack-dns | 21:40 | |
*** vipul is now known as vipul-away | 21:47 | |
*** vipul-away is now known as vipul | 21:47 | |
*** krow has quit IRC | 21:48 | |
*** eankutse has quit IRC | 21:51 | |
*** eankutse has joined #openstack-dns | 21:56 | |
*** betsy has quit IRC | 22:14 | |
*** krow has joined #openstack-dns | 22:15 | |
*** eankutse has quit IRC | 22:20 | |
*** dmakogon has quit IRC | 22:33 | |
*** dmakogon has joined #openstack-dns | 22:34 | |
*** zane has quit IRC | 22:43 | |
*** krow has quit IRC | 22:53 | |
*** krow has joined #openstack-dns | 22:56 | |
*** krow has quit IRC | 23:30 | |
*** adrian_otto1 has joined #openstack-dns | 23:42 | |
*** adrian_otto has quit IRC | 23:45 | |
*** adrian_otto1 has quit IRC | 23:46 | |
*** krow has joined #openstack-dns | 23:57 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!