Your a champ, cheers mate. Spend 2 days looking for that problem.
-Chris
bert hubert wrote:
On Tue, May 22, 2007 at 02:39:31PM +1000, Chris Seufert wrote:
May 22 11:33:06 /lib/tls/libc.so.6(snprintf+0x35) [0xb7db3365]
May 22 11:33:06
/usr/sbin/pdns_server(_ZN11GSQLBackend6lookupERK5QTypeR
On Tue, May 22, 2007 at 02:39:31PM +1000, Chris Seufert wrote:
> May 22 11:33:06 /lib/tls/libc.so.6(snprintf+0x35) [0xb7db3365]
> May 22 11:33:06
> /usr/sbin/pdns_server(_ZN11GSQLBackend6lookupERK5QTypeRKSsP9DNSPacketi+0x19e)
> [0x811b18e]
> gmysql-basic-query=select * from vpowerdns WHERE dnsty
I'm having the same problem as described.
I tried with the Debian Etch i386 binaries, and have tried the sid
source, back-ported to Etch.
Still no Joy
This is the backtrace i get:
May 22 11:32:50 This is module gmysqlbackend.so reporting
May 22 11:32:50 This is a standalone pdns
May 22 11:32
Bert,
Well, after I typed everything below I found that the affected DNS
records had no serial (as you also indicated). I made the change and
everything seems happy now. The serials should be inserted via script
into the database but for some reason it's not working properly right
now.
Is ther
On Thu, May 10, 2007 at 05:24:31PM -0700, Gary W. Smith wrote:
> I'm running 2.9.21 under rPath. When a wildcard request is issued I'm
> seeing signal 11. Any ideas?
Can you be a bit more precise? What kind of request exactly?
>From this (excellent) backtrace, I can see that your SOA record has
I'm running 2.9.21 under rPath. When a wildcard request is issued I'm
seeing signal 11. Any ideas?
May 10 17:16:55 sohodev2 pdns[7597]: Got a signal 11, attempting to
print trace:
May 10 17:16:55 sohodev2 pdns[7597]: /usr/sbin/pdns_server-instance
[0x80b8a67]
May 10 17:16:55 sohodev2 pdns[7597]