| *** abaindur__ has quit IRC | 00:00 | |
| *** abaindur has quit IRC | 00:05 | |
| *** abaindur has joined #openstack-dns | 00:05 | |
| *** abaindur_ has joined #openstack-dns | 00:08 | |
| *** abaindur has quit IRC | 00:10 | |
| *** abaindur has joined #openstack-dns | 01:24 | |
| *** abaindur_ has quit IRC | 01:25 | |
| *** abaindur_ has joined #openstack-dns | 01:28 | |
| *** abaindu__ has joined #openstack-dns | 01:31 | |
| *** abaindu__ is now known as abaindur__ | 01:31 | |
| *** abaindur has quit IRC | 01:31 | |
| *** abaindur_ has quit IRC | 01:33 | |
| *** abaindur has joined #openstack-dns | 01:34 | |
| *** abaindur_ has joined #openstack-dns | 01:36 | |
| *** abaindur__ has quit IRC | 01:36 | |
| *** abaindur has quit IRC | 01:38 | |
| *** abaindur has joined #openstack-dns | 01:39 | |
| *** abaindur_ has quit IRC | 01:41 | |
| *** abaindur_ has joined #openstack-dns | 02:40 | |
| *** abaindu__ has joined #openstack-dns | 02:43 | |
| *** abaindur has quit IRC | 02:43 | |
| *** abaindu__ is now known as abaindur__ | 02:43 | |
| *** abaindur_ has quit IRC | 02:45 | |
| *** abaindur has joined #openstack-dns | 02:47 | |
| *** abaindur_ has joined #openstack-dns | 02:50 | |
| *** abaindur__ has quit IRC | 02:50 | |
| *** abaindur has quit IRC | 02:52 | |
| *** abaindur_ has quit IRC | 02:52 | |
| *** awalende has joined #openstack-dns | 03:06 | |
| *** awalende has quit IRC | 03:10 | |
| openstackgerrit | Merged openstack/python-designateclient master: add python 3.7 unit test job https://review.openstack.org/637248 | 04:30 |
|---|---|---|
| *** abaindur has joined #openstack-dns | 05:58 | |
| *** abaindur has quit IRC | 05:59 | |
| *** abaindur has joined #openstack-dns | 05:59 | |
| *** ivve has joined #openstack-dns | 06:34 | |
| *** abaindur has quit IRC | 08:01 | |
| *** awalende has joined #openstack-dns | 08:11 | |
| *** ginopc has joined #openstack-dns | 08:11 | |
| ivve | is there a way to manage the reverse lookup zones in designate? im testing a bit back and forward and i can see that there are still active reverse zones even tho i removed the forward zone (if they are even linked somehow).. im checking in the designate DB | 08:43 |
| *** salmankhan has quit IRC | 09:01 | |
| *** hoango has joined #openstack-dns | 09:08 | |
| *** hoango has quit IRC | 09:09 | |
| *** eandersson has quit IRC | 10:20 | |
| *** salmankhan has joined #openstack-dns | 10:29 | |
| *** salmankhan1 has joined #openstack-dns | 10:33 | |
| *** salmankhan has quit IRC | 10:36 | |
| *** salmankhan1 is now known as salmankhan | 10:36 | |
| frickler | ivve: if you are using neutron integration, the reverse zones should be automatically created by the neutron user, and I don't think they are ever cleaned up. the records in them should be deleted though | 12:23 |
| ivve | frickler: ok i got it working but there is something strange | 12:57 |
| frickler | mugsie: I just saw that we have [service:worker]enabled marked as deprecated for removal, but it seems to be still needed to be set to true in order for a worker to be started | 12:58 |
| frickler | mugsie: what do you think about a quick patch to change that in stein still, so that we could really drop it in train? | 12:58 |
| ivve | frickler: i have it working now and they are created in the service tenant.. however i have configured designate.conf to use formatv4 = f-%(hostname)s-%(project)s.%(zone)s | 12:58 |
| ivve | but it creates the ptr records as formatv4 = %(hostname)s.%(project)s.%(zone)s | 13:01 |
| ivve | is it the default deprecated format = perhaps? | 13:01 |
| ivve | ill set format = as well and see if it changes | 13:03 |
| *** HD|Laptop has joined #openstack-dns | 13:04 | |
| HD|Laptop | hello everyone. | 13:04 |
| HD|Laptop | i'm trying to get Designate running (debian testing / rocky with Debian packages), but the worker service will not appear in "dns service list", and created zones stay in PENDING | 13:04 |
| HD|Laptop | changes done via the openstack CLI only get done when I manually restart the worker service | 13:04 |
| ivve | this feels like a bug | 13:32 |
| ivve | ptr's are not obeying formatv4 stanza | 13:33 |
| HD|Laptop | hmm. i reverted to pool_manager by setting worker.enabled=false now, even though this feels like wrong... | 13:55 |
| ivve | hmm | 14:05 |
| ivve | seems like %(hostname)s isn't working | 14:05 |
| ivve | for floating ips | 14:08 |
| mugsie | frickler: yeah, that is a good idea | 14:14 |
| mugsie | ivve: we dont have access to the hostname in the neutron notification | 14:15 |
| ivve | mugsie: yeah i can find some older bugreports from 2017 | 14:16 |
| ivve | it does however create a "hostname.tenant.zone" PTR | 14:17 |
| ivve | how is that possible? some kind of default? | 14:17 |
| ivve | is there any other way of solving it? | 14:17 |
| ivve | im guessing display_name doesn't work either | 14:18 |
| mugsie | https://docs.openstack.org/neutron/latest/admin/config-dns-int-ext-serv.html is another way | 14:18 |
| ivve | mugsie: you mean with port? | 14:19 |
| mugsie | yeah - this removes the need for -sink | 14:20 |
| mugsie | but it limited in some ways | 14:20 |
| mugsie | ivve: when it creates the PTR, is hostname the actuall hostname? | 14:21 |
| ivve | okay so this is my config | 14:22 |
| ivve | for nova_fixed: formatv4 = f-%(display_name)s-%(project)s.%(zone)s | 14:23 |
| ivve | for neutron_floating: formatv4 = n-%(display_name)s-%(project)s.%(zone)s | 14:24 |
| ivve | create an instance. i receive f-server-project.example.com | 14:25 |
| ivve | all is good | 14:25 |
| ivve | create a floating ip for it | 14:25 |
| ivve | i get server.project.example.com from the ptr | 14:25 |
| ivve | which is wierd | 14:25 |
| ivve | if it cannot get display_name or hostname, why does it end up there without errors | 14:25 |
| ivve | and why doesn't it use the format i assigned | 14:26 |
| ivve | can't seem to find anything about it | 14:26 |
| ivve | is it a default from dns_name ? | 14:27 |
| mugsie | I am wondering how the PTR is created at all ... | 14:28 |
| ivve | :D | 14:28 |
| mugsie | did you set something up in neutron as well? | 14:29 |
| mugsie | -sink by default only does A/AAAA records | 14:29 |
| ivve | aye | 14:29 |
| ivve | neutron.conf with the [designate] stanza like in the guide in the topic | 14:29 |
| mugsie | ah, that is where the PTR is coming from | 14:30 |
| mugsie | that does not allow cusotm formats - it takes dns_name.dns_domain as the format | 14:30 |
| mugsie | so you should have a server.project.example.com A record as well | 14:31 |
| ivve | i do | 14:31 |
| frickler | mugsie: o.k., spinning up a patch | 14:31 |
| ivve | so it doesn't allow custom names at all? | 14:31 |
| mugsie | no - it uses the data for dns_name | 14:32 |
| mugsie | you could set custom info in dns_name, but thats it | 14:32 |
| ivve | is there any way to make dns_name a default? other than hostname | 14:32 |
| ivve | without user intervention at creation | 14:33 |
| mugsie | not that I know of | 14:33 |
| ivve | okay | 14:33 |
| ivve | well a limitation then, i was chasing the whole format thing | 14:33 |
| ivve | what is the floating ip format used for then? | 14:34 |
| ivve | it doesn't create an additional a-record for it | 14:34 |
| mugsie | when you use the designate-sink handler, which is an old way to integrate designate and neutron | 14:34 |
| openstackgerrit | Jens Harbott (frickler) proposed openstack/designate master: Enable worker by default https://review.openstack.org/640383 | 14:35 |
| ivve | i see | 14:36 |
| ivve | mugsie: will the "old" way be obsolete or replaced with new functions to perform such naming in the future? | 14:38 |
| mugsie | frickler: thanks | 14:39 |
| mugsie | ivve: sink is unlikely to be replaced, and I am unaware of any proposed chnages in neutron | 14:39 |
| mugsie | a custom sink handler could so what you need though | 14:40 |
| mugsie | a basic one is here - https://github.com/openstack/designate/tree/master/contrib/designate-ext-samplehandler | 14:40 |
| *** bnemec is now known as beekneemech | 14:46 | |
| *** awalende has quit IRC | 15:00 | |
| *** awalende has joined #openstack-dns | 15:00 | |
| *** awalende has quit IRC | 15:04 | |
| HD|Laptop | *rant* so I have integrated designate with neutron now, following the guide @ https://docs.openstack.org/neutron/rocky/admin/config-dns-int-ext-serv.html#config-dns-int-ext-serv | 15:09 |
| HD|Laptop | I have added two zones a.mydomain.de, b.mydomain.de, and set the respective zones as dns-domain for network a and b | 15:09 |
| HD|Laptop | creating a port in network a immediately creates a recordset, while creating a port in network b doesn't do *anything* in designate-*.log | 15:10 |
| HD|Laptop | what could cause this? the default domain in neutron.conf: dns_domain is b.mydomain.de | 15:11 |
| *** ivve has quit IRC | 15:26 | |
| HD|Laptop | ... and updates for the (working) zone a.mydomain.de always only get triggered after the check in "Including zones with action UPDATE and PENDING older than 455s" | 15:30 |
| mugsie | HD|Laptop: is the b.mydomain.de in the same tenant as the netowkr set to use it? | 15:37 |
| mugsie | it sounds like there is an issue with mdns sending NOTIFY's - let me look | 15:38 |
| HD|Laptop | mugsie: I forgot to also enable zone-manager | 15:46 |
| HD|Laptop | that makes the updates now immediate | 15:46 |
| HD|Laptop | but b.mydomain.de still does not work | 15:46 |
| HD|Laptop | mugsie: all created with admin CLI credentials | 15:46 |
| HD|Laptop | the networks have both the same project_id, and dito for the domain zones | 15:47 |
| mugsie | can I see a "openstack network show" for the 2 of them? | 15:47 |
| mugsie | is there anything in the neutron logs? | 15:47 |
| HD|Laptop | mugsie: sure. http://paste.debian.net/1070877/ | 15:50 |
| mugsie | ah | 15:51 |
| mugsie | one is router:external | 15:51 |
| mugsie | is that the one that is working? | 15:51 |
| mugsie | https://docs.openstack.org/neutron/latest/admin/config-dns-int-ext-serv.html#use-case-3-ports-are-published-directly-in-the-external-dns-service | 15:52 |
| mugsie | brb | 15:52 |
| HD|Laptop | mugsie: that one with router:external is the one that is *not* working | 15:53 |
| frickler | HD|Laptop: that is the expected, documented behaviour | 16:02 |
| frickler | HD|Laptop: there is an open feature request for neutron to be more flexible in that regard, though | 16:03 |
| mugsie | ah, I missed the extra docs that got added - https://docs.openstack.org/neutron/latest/admin/config-dns-int-ext-serv.html#configuration-of-the-externally-accessible-network-for-use-case-3 | 16:04 |
| frickler | HD|Laptop: mugsie: https://bugs.launchpad.net/neutron/+bug/1784879 | 16:05 |
| openstack | Launchpad bug 1784879 in neutron "Neutron doesn't update Designate with some use cases" [Wishlist,Triaged] - Assigned to Salvatore Orlando (salvatore-orlando) | 16:05 |
| frickler | that reminds me, time to unassign that bug due to lack of response | 16:06 |
| HD|Laptop | ah, so that won't be possible at all? -.- | 16:09 |
| HD|Laptop | any way to get around this? | 16:09 |
| HD|Laptop | aside from calling "openstack recordlist create ..." by hand? | 16:09 |
| mugsie | HD|Laptop: right now, not really :/ | 16:12 |
| frickler | HD|Laptop: you might patch the neutron code yourself, see comment #20 | 16:12 |
| HD|Laptop | hmm. I wonder how hard it would be to add a new property to network objects - something like "force_external_dns", which would override that check. | 16:16 |
| HD|Laptop | frickler: thanks for the hint - that works! thanks! | 16:18 |
| *** kmalloc is now known as needscoffee | 16:22 | |
| *** irclogbot_0 has joined #openstack-dns | 16:53 | |
| openstackgerrit | caoyuan proposed openstack/python-designateclient master: Update hacking version https://review.openstack.org/627671 | 16:56 |
| *** ginopc has quit IRC | 16:57 | |
| *** ivve has joined #openstack-dns | 17:08 | |
| *** irclogbot_0 has quit IRC | 17:56 | |
| *** irclogbot_0 has joined #openstack-dns | 18:04 | |
| *** irclogbot_0 has quit IRC | 18:05 | |
| *** irclogbot_0 has joined #openstack-dns | 18:12 | |
| *** ivve has quit IRC | 18:39 | |
| *** Chealion has joined #openstack-dns | 18:43 | |
| *** awalende has joined #openstack-dns | 19:03 | |
| *** ircuser-1 has quit IRC | 19:03 | |
| *** ircuser-1 has joined #openstack-dns | 19:05 | |
| *** awalende_ has joined #openstack-dns | 19:05 | |
| *** awalende has quit IRC | 19:08 | |
| *** ivve has joined #openstack-dns | 19:47 | |
| *** irclogbot_0 has quit IRC | 19:50 | |
| *** irclogbot_0 has joined #openstack-dns | 20:03 | |
| *** salmankhan has quit IRC | 20:41 | |
| *** abaindur has joined #openstack-dns | 20:55 | |
| *** abaindur has quit IRC | 20:56 | |
| *** abaindur has joined #openstack-dns | 20:57 | |
| *** salmankhan has joined #openstack-dns | 21:09 | |
| *** salmankhan has quit IRC | 21:14 | |
| *** awalende has joined #openstack-dns | 21:21 | |
| *** awalende_ has quit IRC | 21:21 | |
| *** irclogbot_0 has quit IRC | 21:37 | |
| *** ivve has quit IRC | 22:16 | |
| *** awalende has quit IRC | 22:36 | |
| *** awalende has joined #openstack-dns | 22:36 | |
| *** awalende has quit IRC | 22:40 | |
| *** odyssey4me_ has joined #openstack-dns | 22:45 | |
| *** odyssey4me has quit IRC | 22:52 | |
| *** eglute has quit IRC | 22:52 | |
| *** timsim has quit IRC | 22:52 | |
| *** cjloader has quit IRC | 22:52 | |
| *** odyssey4me_ is now known as odyssey4me | 22:52 | |
| *** awalende has joined #openstack-dns | 23:02 | |
| *** frickler has quit IRC | 23:06 | |
| *** frickler has joined #openstack-dns | 23:06 | |
| *** abaindur has quit IRC | 23:20 | |
| *** awalende_ has joined #openstack-dns | 23:32 | |
| *** awalende has quit IRC | 23:35 | |
| *** abaindur has joined #openstack-dns | 23:36 | |
| *** awalende_ has quit IRC | 23:36 | |
| *** awalende has joined #openstack-dns | 23:37 | |
| *** awalende has quit IRC | 23:41 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!