[prev in list] [next in list] [prev in thread] [next in thread] 

List:       pdns-users
Subject:    Re: [Pdns-users] Querying domainmetadata unwanted
From:       Máté Eckl <ecklm () sch ! bme ! hu>
Date:       2015-05-19 20:13:58
Message-ID: CAPFYX+LNE7NH8FKuVXEr56kG6s1HefHoH8wSpPhM89672WKtUg () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Thank you, I'll do so if nothing else solves this.

Aki Tuomi <cmouse@youzen.ext.b2.fi> ezt írta (2015. május 18., hétfő):

> On Mon, May 18, 2015 at 08:25:23PM +0200, Máté Eckl wrote:
> > Hi,
> >
> > I'm setting up a secondary dns-server and I'm experiencing a problem.
> > The primary server does not use the domainmetadata table, and as I'm
> doing
> > it with native database replication, I do not need it on the secondary
> > either. The secondary server is the 3.4.1 version (the primary is 3.1),
> and
> > runs on Debian Jessie using postgresql. I read in the documentation that
> > the queries, using the domainmetadata table, only run when dnssec is set,
> > but no matter if I set gpgsql-dnssec=no or I unset it, the queries run
> and
> > fail of course. I read some forums and mailing-list archives about this
> > problem, but I did not find any solution.
> >
> > Could you help me with this? I do not want to use any tables except for
> > what is really necessary.
> >
> > Regards,
> > Máté Eckl
>
> Unfortunately some domain metadata is queried these days despite having
> dnssec on or off. If you want, you can try replacing the queries with
> a dummy.
>
> On the other hand, having domainmetadata table, with no content, should
> not produce a huge impact on performance.
>
> > _______________________________________________
> > Pdns-users mailing list
> > Pdns-users@mailman.powerdns.com
> > http://mailman.powerdns.com/mailman/listinfo/pdns-users
>
>

[Attachment #5 (text/html)]

<div dir="ltr">Thank you, I&#39;ll do so if nothing else solves this.<br><br>Aki \
Tuomi &lt;<a href="mailto:cmouse@youzen.ext.b2.fi" \
target="_blank">cmouse@youzen.ext.b2.fi</a>&gt; ezt írta (2015. május 18., \
hétfő):<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex">On Mon, May 18, 2015 at 08:25:23PM +0200, Máté Eckl \
wrote:<br> &gt; Hi,<br>
&gt;<br>
&gt; I&#39;m setting up a secondary dns-server and I&#39;m experiencing a \
problem.<br> &gt; The primary server does not use the domainmetadata table, and as \
I&#39;m doing<br> &gt; it with native database replication, I do not need it on the \
secondary<br> &gt; either. The secondary server is the 3.4.1 version (the primary is \
3.1), and<br> &gt; runs on Debian Jessie using postgresql. I read in the \
documentation that<br> &gt; the queries, using the domainmetadata table, only run \
when dnssec is set,<br> &gt; but no matter if I set gpgsql-dnssec=no or I unset it, \
the queries run and<br> &gt; fail of course. I read some forums and mailing-list \
archives about this<br> &gt; problem, but I did not find any solution.<br>
&gt;<br>
&gt; Could you help me with this? I do not want to use any tables except for<br>
&gt; what is really necessary.<br>
&gt;<br>
&gt; Regards,<br>
&gt; Máté Eckl<br>
<br>
Unfortunately some domain metadata is queried these days despite having<br>
dnssec on or off. If you want, you can try replacing the queries with<br>
a dummy.<br>
<br>
On the other hand, having domainmetadata table, with no content, should<br>
not produce a huge impact on performance.<br>
<br>
&gt; _______________________________________________<br>
&gt; Pdns-users mailing list<br>
&gt; <a>Pdns-users@mailman.powerdns.com</a><br>
&gt; <a href="http://mailman.powerdns.com/mailman/listinfo/pdns-users" \
target="_blank">http://mailman.powerdns.com/mailman/listinfo/pdns-users</a><br> <br>
</blockquote>
</div>



_______________________________________________
Pdns-users mailing list
Pdns-users@mailman.powerdns.com
http://mailman.powerdns.com/mailman/listinfo/pdns-users


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic