Monday, 2021-05-10

*** michchap has joined #openstack-dns00:52
*** gregraka has joined #openstack-dns12:56
*** spatel has joined #openstack-dns17:23
spateljohnsom how are you?17:23
johnsomspatel Ok, and you?17:23
spatelhttps://bugs.launchpad.net/designate/+bug/192779017:23
openstackLaunchpad bug 1927790 in Designate "Multiple SRV record throwing duplicate record issue" [High,Invalid]17:23
spatellook like its just documentation issue17:24
johnsomOh, hmmm, I didn't think about that.17:24
johnsomI guess this points out why we need to work on our documentation.... That way it's easy to reference and not overlook/over think it.17:26
spateljohnsom i am dealing with other issue, I have created Zone_A  foo.example.com in Admin project, now someone logged into other project like Porject_A when he create machine he is not able to populate record in designate when building VMs17:38
spatelhow do i share Zone between multiple projects ?17:38
johnsomspatel You cannot today.17:38
spatelAh17:39
johnsomspatel https://review.opendev.org/c/openstack/designate/+/72633417:39
johnsomIf you are using the neutron integration, it can create records on vm boot automatically for the VM. But manually, you can't access zones across projects today17:40
spateli have integrate neutron with designate using  openstack subnet set sub_vlan_66 --dns-publish-fixed-ip  (so when i create vm it will auto populate entries)17:40
spatelin that case it should work right? because we are telling neutron to handle DNS records17:41
johnsomYes, in that case the neutron integration would create the record. I would be owned by the project configured for the neutron integration.17:43
johnsomhttps://docs.openstack.org/neutron/wallaby/admin/config-dns-int-ext-serv.html17:43
spateljohnsom hmm! in my case it doesn't work. something is missing..17:45
spatelfrom admin account neutron adding records in designate but if i switch to other account its not populating records.. hmm17:46
*** spatel has quit IRC18:13
eanderssonjohnsom https://github.com/unbit/uwsgi/pull/1754/files19:56
johnsomeandersson As an idea or for sure what is happening?19:57
eanderssonJust as an idea19:57
johnsomAck19:57
eanderssonWas just looking at similar issues19:57
johnsomYeah, you might have seen I'm looking at this again.19:57
eanderssonYea was just checking the logs again to see if I could pick up on something19:58
johnsomYeah, I did a quick scan this morning too. But it was quick. I can see the issue from the apache side. Just trying to extract the info I need to narrow it farther.19:58
johnsomhttps://www.irccloud.com/pastebin/j3xUOelz/19:58
johnsomThere is that second send there, with a delay between them.19:59
johnsomI'm refreshing my cache as to what that data is, etc. since it's been a few weeks since I could look at this.19:59
johnsomI will include that change in the next spin20:00
johnsomThis is the uWSGI side for the failure:20:01
johnsomhttps://www.irccloud.com/pastebin/G9a2VLhm/20:01
eanderssonLearning a lot from how you set up all the orchestration around this.20:25
johnsomlol20:29
johnsomYeah, so on a bad run, that second little chuck is 1894 microseconds slower.20:41
johnsomThe body content of the POST20:43
*** hamalq has joined #openstack-dns22:42

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!