Re: Problem with DLZ and AXFR requests?

I am going to have to defer to my notes tomorrow to better answer you,  
a little more below though...

> I used the default build flags/config (apart from enabling dlz-mysql)
> in debian/rules which has
>
>        ./configure --prefix=/usr \
>                --mandir=\$${prefix}/share/man \
>                --infodir=\$${prefix}/share/info \
>                --sysconfdir=/etc/bind \
>                --localstatedir=/var/run/bind \
>                --enable-threads \
>                --with-libtool \
>                --enable-shared \
>                --enable-static \
>                --with-openssl=/usr \
>                --with-gssapi=/usr \
>                --with-gnu-ld \
>                --with-dlz-postgres=no \
>                --with-dlz-mysql=yes \
>                --with-dlz-bdb=yes \
>                --with-dlz-filesystem=yes \
>                --with-dlz-ldap=yes \
>                --with-dlz-stub=yes \
>                --enable-ipv6

This should be fine, no one really needs to hobble mysql down unless  
they are dedicating mysql to DLZ.  I was able to get it to work with  
just the flags.

> So I guess it is built multithreaded. When I start up named with -n  
> 1 I get
>
> 15-Sep-2009 07:31:13.764 starting BIND 9.5.0-P2 -g -d 1 -n 1 -p 53
> 15-Sep-2009 07:31:13.764 found 1 CPU, using 1 worker thread
> 15-Sep-2009 07:31:13.766 loading configuration from '/etc/bind/ 
> named.conf'
> 15-Sep-2009 07:31:13.789 listening on IPv6 interfaces, port 53
> 15-Sep-2009 07:31:13.790 listening on IPv4 interface lo, 127.0.0.1#53
> 15-Sep-2009 07:31:13.791 listening on IPv4 interface eth0,  
> 10.208.127.145#53
> 15-Sep-2009 07:31:13.793 Loading 'Mysql zone' using driver mysql
> 15-Sep-2009 07:31:13.795 default max-cache-size (33554432) applies
>
> the number of worker threads does not change when removing -n 1 arg
>
> 15-Sep-2009 07:39:01.236 starting BIND 9.5.0-P2 -g -d 1 -p 53
> 15-Sep-2009 07:39:01.236 found 1 CPU, using 1 worker thread
> 15-Sep-2009 07:39:01.261 loading configuration from '/etc/bind/ 
> named.conf'
> 15-Sep-2009 07:39:01.262 listening on IPv6 interfaces, port 53
> 15-Sep-2009 07:39:01.263 listening on IPv4 interface lo, 127.0.0.1#53
> 15-Sep-2009 07:39:01.264 listening on IPv4 interface eth0,  
> 10.208.127.145#53
> 15-Sep-2009 07:39:01.265 Loading 'Mysql zone' using driver mysql
> 15-Sep-2009 07:39:01.289 default max-cache-size (33554432) applies
>
> Does this mean it's running as single thread?
>
> In any case, the server is getting 0 queries except for the test ones
> I'm putting to it - so I would assume it's not a deadlock situation.
> The server will happly respond for all RR requests (A, CNAME, NS, MX,
> SOA) but core dumps the instant I send an AFXR request from another
> bind server.

Even with -n 1 you still get cores?  I seem to recall I had to do a  
little massaging with the port installers to get them to behave.  I  
will see what I can do to get ssh back to the machine I installed it  
on, as that is where my notes are.

I can tell you, I had core dumps all the time, and was able to resolve  
it, this machine being up for almost 5 months non stop now.  I believe  
we can solve this, let me see what I can dig up, as I just do not  
remember off the top of my head.

Sorry I was not more help.
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf