Re: [Pdns-users] tcp listener issue - hopefully fixed

2010-09-09 Thread Brad Dameron
Bert, I re-downloaded the src and rebuilt my RPM. It appears to be up and running now. Unknown why the first compiles had this issue. I have been testing the last 2 hours and so far so good. I'll let you know tomorrow the final outcome. Thanks, Brad -Original Message- From: bert hu

Re: [Pdns-users] dns queries timeout on secondary IPs

2010-09-09 Thread Derrik Pates
On 09/08/2010 11:55 AM, George wrote: > I thought 0.0.0.0 is supposed to make it work on all IPs. The socket listens on all IPs, but unfortunately recvfrom() doesn't know what IP address the packet arrived on, so when the response is sent, it is sent with the primary IP assigned to the "closest" i

Re: [Pdns-users] Successful, yet incomplete AXFR to BIND9 slave

2010-09-09 Thread Nikolaos Milas
ΟΚ Ken, Sorry for that. Sometimes I send html on purpose because with text only, lines wrap automatically and spoil the content. But this time there was no reason to send html, I admit. Often I click automatically the option "Send HTML only" when sending a message - so it may happen as well

[Pdns-users] Status of "Post-resolve" hook in Lua

2010-09-09 Thread Guilherme Manika
Hello, A "postresolve" hook in pdns-recursor's Lua would be a really nice addition. I was thinking about implementing it myself but I found this: http://wiki.powerdns.com/trac/ticket/204 22 months ago, this feature request was marked as "fixed". However, unless I am missing something, t

Re: [Pdns-users] Successful, yet incomplete AXFR to BIND9 slave

2010-09-09 Thread Kenneth Marshall
Hi Nikolaos, A small suggestion, it is much easier to read posts to mailing lists if they are in text format and not html/doc/pdf/... This is what I see. :) Cheers, Ken On Thu, Sep 09, 2010 at 01:59:41PM +0300, Nikolaos Milas wrote: > > > > > > > I found the answer here: >

Re: [Pdns-users] tcp listener issue - hopefully fixed

2010-09-09 Thread bert hubert
On Wed, Sep 08, 2010 at 11:16:41PM +, Brad Dameron wrote: > Bert, > > I can’t seem to get this latest version to run right. I build my RPM. I > launch it with the following: This is not good! Does it crash immediately, even without accepting any traffic? So if you bind it to port 54 (for ex

Re: [Pdns-users] Successful, yet incomplete AXFR to BIND9 slave

2010-09-09 Thread Nikolaos Milas
I found the answer here: http://doc.powerdns.com/pdns-users-faq.html (Question 3) as was indicated here: http://mailman.powerdns.com/pipermail/pdns-users/2006-November/003953.html So this thread is considered solved. Thanks. On 9/9/2

Re: [Pdns-users] Strange time drift in log

2010-09-09 Thread Nikolaos Milas
I also installed compat-openldap and now I have: openldap-servers-2.3.43-12.el5_5.2 nss_ldap-253-25.el5 pdns-backend-ldap-2.9.21-4.el5.centos openldap-devel-2.3.43-12.el5_5.2 python-ldap-2.2.0-2.1 compat-openldap-2.3.43_2.2.29-12.el5_5.2 openldap-2.3.43-12.el5_5.2 openlda

Re: [Pdns-users] Strange time drift in log

2010-09-09 Thread Christian Hofstaedtler
* Nikolaos Milas [100909 11:30]: > Thanks Christian, > > I tried to configure, but it fails: > ... > configure: error: ldap library (libldap) not found > > But there is libldap: > ># find / -name '*libldap*' >/usr/lib/libldap_r-2.3.so.0.2.31 >/usr/lib/libldap-2.3.so.0 >/usr/li

Re: [Pdns-users] Strange time drift in log

2010-09-09 Thread Nikolaos Milas
By the way, The autoserial feature is not supported with the ldap backend according the documentation. Nick On 9/9/2010 11:27 πμ, Christian Hofstaedtler wrote: > * Christian Hofstaedtler [100909 09:56]: > probab

Re: [Pdns-users] Strange time drift in log

2010-09-09 Thread Nikolaos Milas
Thanks Christian, I tried to configure, but it fails: ... configure: error: ldap library (libldap) not found But there is libldap: # find / -name '*libldap*' /usr/lib/libldap_r-2.3.so.0.2.31 /usr/lib/libldap-2.3.so.0 /usr/lib/libldap_r-2.3.so.0 /usr/lib/libldap-2.3.so.0.2.31 Ni

[Pdns-users] Load balancing with authoritative server

2010-09-09 Thread Samuel DAVID
Hello I'll want to create a group of 3 authoritative server behind one load balancer and one ip address. 3 PowerDNS server and Mysql backend. Query from internet can be resolved by one or other server. But this server can also be a slave server. If one of this 3 servers get the notify from the

Re: [Pdns-users] Strange time drift in log

2010-09-09 Thread Christian Hofstaedtler
* Christian Hofstaedtler [100909 09:56]: > Nikolas, > > The LDAP backend does indeed re-set the timezone to UTC. > Why this propagates to your syslogd and into your log files, is > beyond my imagination right now. You could try out the following patch. It is compile-tested only, as I don't have

Re: [Pdns-users] Successful, yet incomplete AXFR to BIND9 slave

2010-09-09 Thread Nikolaos Milas
Thanks Christian, That did the trick! Now AXFR works fine! I set sizelimit unlimited in slapd.conf You were right. The default max size in openldap is 500 and I didn't know it. Would you have any hint about the Authority issue as well? Thanks again, Nick On 9/9/2010 11:07 πμ, Christia

Re: [Pdns-users] Successful, yet incomplete AXFR to BIND9 slave

2010-09-09 Thread Christian Hofstaedtler
Nikolas, * Nikolaos Milas [100909 09:40]: >Hi Bert, > >Trying to find a solution, I removed from LDAP both the record that >appeared last in AXFR and the one after it, and then retried. This time >the AXFR set contained as a last record the next in sequence, but still >conta

[Pdns-users] Strange time drift in log

2010-09-09 Thread Christian Hofstaedtler
Nikolas, The LDAP backend does indeed re-set the timezone to UTC. Why this propagates to your syslogd and into your log files, is beyond my imagination right now. Christian -- christian hofstaedtler ___ Pdns-users mailing list Pdns-users@mailman.pow

Re: [Pdns-users] Successful, yet incomplete AXFR to BIND9 slave

2010-09-09 Thread Nikolaos Milas
Hi Bert, Trying to find a solution, I removed from LDAP both the record that appeared last in AXFR and the one after it, and then retried. This time the AXFR set contained as a last record the next in sequence, but still contained the same numbe