Tuesday, 2018-03-20

*** ircuser-1 has joined #openstack-dns00:12
*** itlinux has joined #openstack-dns00:23
*** itlinux has quit IRC00:51
*** odyssey4me has quit IRC00:59
*** odyssey4me has joined #openstack-dns00:59
*** diman has joined #openstack-dns01:00
*** diman has quit IRC01:04
*** caowei has joined #openstack-dns02:03
*** w|zzy has quit IRC02:21
*** itlinux has joined #openstack-dns02:42
*** w|zzy has joined #openstack-dns02:48
*** itlinux has quit IRC03:49
*** diman has joined #openstack-dns04:28
*** diman has quit IRC04:33
*** masber has quit IRC06:12
*** masber has joined #openstack-dns06:44
*** masber has quit IRC06:47
*** masber has joined #openstack-dns06:47
*** ivve has joined #openstack-dns07:31
*** pcaruana has joined #openstack-dns07:34
*** livelace has joined #openstack-dns07:48
*** AlexeyAbashkin has joined #openstack-dns08:04
*** livelace has quit IRC08:08
*** MarkBaker has joined #openstack-dns09:04
*** baffle has quit IRC09:13
*** baffle has joined #openstack-dns09:14
*** ktibi has joined #openstack-dns09:46
ktibiHi designate, somebody can check that ? https://bugs.launchpad.net/designate-dashboard/+bug/172926110:41
openstackLaunchpad bug 1729261 in Designate Dashboard "Lack of pagination on recordset page" [Undecided,Confirmed]10:41
*** masber has quit IRC10:43
*** caowei has quit IRC10:49
fricklerktibi: hmm, interesting one, I can probably reproduce this, but not sure whether I can do anything in terms of fixing it10:50
ktibifrickler, the bug is not on Mitaka.10:51
ktibiI can't test ocata, just Pike.10:52
fricklerktibi: yes, my deployment is pike, too10:57
*** masber has joined #openstack-dns11:08
fricklermugsie: ^^ unless you have some other idea, I guess we should ask some horizon folks for help on this one. seems the issue is that our API responds with chunked answers by default, but the dashboard doesn't know how to handle the "next" link and happily only shows the first chunk to the user11:08
*** masuberu has joined #openstack-dns11:12
*** masber has quit IRC11:14
*** pcaruana has quit IRC11:23
*** pcaruana has joined #openstack-dns11:55
*** caowei has joined #openstack-dns11:55
*** odyssey4me has quit IRC12:11
*** odyssey4me has joined #openstack-dns12:11
mugsiefrickler: yeap. I was trying to find a fix  myself, but failed12:34
mugsieI am thinking of rm -rf desigate-dashboard and starting again12:34
*** AlexeyAbashkin has quit IRC12:48
*** AlexeyAbashkin has joined #openstack-dns13:10
fricklerthat might indeed be an easier solution, yes13:21
*** simon-AS559 has joined #openstack-dns13:48
sipiorhowdy. apologies for reposting, but i'm running pike at the moment, and have designate up and running for a subdomain with instances on a provider network. it's an external network, and i'd really like to be able to automatically register new instaces in the DNS. the designate docs imply that this won't work in external networks. is this still true, and is it a hard limitation?13:52
mugsiesipior: right now, no14:01
mugsiein later versions you can set the dns_domain indevidually on each port created14:02
fricklersipior: are you talking about the neutron integration? if yes, that has indeed very limited use cases. but I'd support proposals for it to become more flexible14:19
*** pcaruana has quit IRC14:21
*** pcaruana has joined #openstack-dns14:28
ktibimugsie, I'm almost dont to release designate dashboard in RDO ! plz do not delete it :D14:35
sipiormugsie: the setting of the dns_domain actually seems to be the easy part; the instance reports that it has been set correctly. it appears that the dns service is simply not notified of the update.14:35
ktibiI'm almost finish to release*14:35
mugsiektibi: haha - I wont delete it, but I may start the v2 from scratch again :)14:36
mugsiebut it will always have to have an upgrade path, so I won't break things for you14:36
sipiorfrickler: i was indeed talking about neutron integration; sorry for not being clearer. i'm curious about the restriction, though: do you have an idea about why it doesn't work specifically on external networks?14:36
mugsiesipior: there is a if / else block in neutron for it14:37
ktibimugsie, frickler I think you need to add a little doc for 'why sink can't use floating IP".14:37
sipiormugsie: really? hmmm. might be an easy fix, then :-)14:37
ktibithis question come back every day :D14:38
mugsieI think we need to try and get a full list of new use cases for it, and try and work on it with neutron14:38
mugsiektibi: yup, and actually document sink at all :)14:38
* mugsie adds to list for today14:38
*** browny__ has joined #openstack-dns14:46
*** browny has quit IRC14:46
*** itlinux has joined #openstack-dns14:49
fricklersipior: I can only guess about the motivation behind the restrictions. some kind of security assumptions maybe. it certainly neglects certain use cases like yours or also using public IPv6 addresses on tenant networks14:56
mugsiefrickler: it was mainly due to how we though people would use neutron. We planned this back in Havana, so some assumptions were made (like everyone will use private networks and floating IPs)15:03
*** browny has joined #openstack-dns15:07
fricklermugsie: oh, I didn't know that the design was that old. but that only supports my (still pretty nebulous) plans to design some dns-int v2 :)15:07
mugsiefrickler: yeah - it was a *long* road getting it finished :)15:07
mugsiebut dns-int v2 is a great idea15:07
*** browny__ has quit IRC15:08
sipiormany thanks for the insights! i'll see about hacking neutron to report to designate irrespective of the external setting. failing that, i'll just make a new provider network; been meaning to learn more about OpenStack routing anyway :-)15:15
fricklersipior: if you want to patch locally, just dropping these two lines should be enough I think https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/extensions/dns_integration.py#L365-L36615:32
fricklersipior: or maybe better change the second line to "return False" even15:33
sipiorthanks, already got it working! it was indeed just those two lines. works great!15:33
fricklersipior: cool, good to know15:34
*** masuberu has quit IRC16:18
*** AlexeyAbashkin has quit IRC16:53
*** masuberu has joined #openstack-dns16:59
*** MarkBaker has quit IRC17:02
*** caowei has quit IRC17:03
*** simon-AS559 has quit IRC17:05
*** kiall has quit IRC17:23
*** MarkBaker has joined #openstack-dns17:24
*** ktibi has quit IRC17:26
*** masuberu has quit IRC17:33
*** kiall has joined #openstack-dns18:05
*** kiall has joined #openstack-dns18:05
*** AlexeyAbashkin has joined #openstack-dns18:14
*** AlexeyAbashkin has quit IRC18:14
*** AlexeyAbashkin has joined #openstack-dns18:15
*** AlexeyAbashkin has quit IRC18:44
*** livelace has joined #openstack-dns18:57
*** AlexeyAbashkin has joined #openstack-dns19:03
*** livelace has quit IRC19:35
*** d34dh0r53 has quit IRC19:37
*** d34dh0r53 has joined #openstack-dns19:37
*** AlexeyAbashkin has quit IRC19:51
*** openstackgerrit has joined #openstack-dns20:01
*** ChanServ sets mode: +v openstackgerrit20:01
openstackgerritMerged openstack/designate master: Remove translation of log messages  https://review.openstack.org/55209220:01
*** masber has joined #openstack-dns20:02
*** masber has quit IRC20:32
*** openstackgerrit has quit IRC20:33
*** AlexeyAbashkin has joined #openstack-dns21:19
*** AlexeyAbashkin has quit IRC21:23
*** itlinux has quit IRC21:31
*** MarkBaker has quit IRC21:34
*** MarkBaker has joined #openstack-dns21:49
*** simon-AS559 has joined #openstack-dns22:05
*** browny_ has quit IRC22:07
*** browny_ has joined #openstack-dns22:19
*** AlexeyAbashkin has joined #openstack-dns22:19
*** AlexeyAbashkin has quit IRC22:23
*** simon-AS559 has quit IRC22:24
*** ianychoi__ is now known as ianychoi22:32
*** browny_ has quit IRC22:36
*** MarkBaker has quit IRC22:44
*** masber has joined #openstack-dns23:03
*** masuberu has joined #openstack-dns23:04
*** browny_ has joined #openstack-dns23:06
*** masber has quit IRC23:08
*** AlexeyAbashkin has joined #openstack-dns23:19
*** AlexeyAbashkin has quit IRC23:23
*** browny_ has quit IRC23:41

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