Steve Bourg | 2 Aug 2006 00:42

Follow-up to bind-9.4.0a6 and resolver.c error

I have just taken an interest in Bind w/ pgsql support.  Given the problem 
with bind-9.4.0a6, what is my best option to deploying this capability? 
Should I patch against Bind 9.2x?  The DLZ patch states that it should be 
used against 9.2.2 but the current releases available are 9.2.6 and 
9.2.7b1.  Would the patch work correctly with these builds?

Steve Bourg

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Graeme Fowler | 2 Aug 2006 00:46

Re: Follow-up to bind-9.4.0a6 and resolver.c error

On Tue, 2006-08-01 at 15:42 -0700, Steve Bourg wrote:
> I have just taken an interest in Bind w/ pgsql support.  Given the problem 
> with bind-9.4.0a6, what is my best option to deploying this capability? 
> Should I patch against Bind 9.2x?  The DLZ patch states that it should be 
> used against 9.2.2 but the current releases available are 9.2.6 and 
> 9.2.7b1.  Would the patch work correctly with these builds?

http://projects.navynet.it/

The patch there works against 9.3.2, which (being the current stable
release) gives you the best of all possible worlds. Although it's
"unofficial", I believe Rob has given it his blessing...

Graeme

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Rob Butler | 2 Aug 2006 04:33
Picon
Favicon

Re: Follow-up to bind-9.4.0a6 and resolver.c error

Yes, it is "blessed".

--- Graeme Fowler <graeme <at> graemef.net> wrote:

> On Tue, 2006-08-01 at 15:42 -0700, Steve Bourg
> wrote:
> > I have just taken an interest in Bind w/ pgsql
> support.  Given the problem 
> > with bind-9.4.0a6, what is my best option to
> deploying this capability? 
> > Should I patch against Bind 9.2x?  The DLZ patch
> states that it should be 
> > used against 9.2.2 but the current releases
> available are 9.2.6 and 
> > 9.2.7b1.  Would the patch work correctly with
> these builds?
> 
> http://projects.navynet.it/
> 
> The patch there works against 9.3.2, which (being
> the current stable
> release) gives you the best of all possible worlds.
> Although it's
> "unofficial", I believe Rob has given it his
> blessing...
> 
> Graeme
> 
> 
>
(Continue reading)

Steve Bourg | 2 Aug 2006 05:45

Re: Follow-up to bind-9.4.0a6 and resolver.c error

Excellent.  I have patched against 9.3.2 and my first attempt to test it 
succeeded.

Thanks so much,

Steve Bourg

On Tue, 1 Aug 2006, Rob Butler wrote:

> Yes, it is "blessed".
>
> --- Graeme Fowler <graeme <at> graemef.net> wrote:
>
>> On Tue, 2006-08-01 at 15:42 -0700, Steve Bourg
>> wrote:
>>> I have just taken an interest in Bind w/ pgsql
>> support.  Given the problem
>>> with bind-9.4.0a6, what is my best option to
>> deploying this capability?
>>> Should I patch against Bind 9.2x?  The DLZ patch
>> states that it should be
>>> used against 9.2.2 but the current releases
>> available are 9.2.6 and
>>> 9.2.7b1.  Would the patch work correctly with
>> these builds?
>>
>> http://projects.navynet.it/
>>
>> The patch there works against 9.3.2, which (being
>> the current stable
(Continue reading)

Ronald Wiplinger | 8 Aug 2006 01:11
Favicon

(Bind 9.3.2) with dlz: REQUIRE (module...)

I tried to use BIND 9.3.2 with the patch for dlz. The compilation had no 
error, but when I start named the following error will be logged:

Aug  7 11:52:02 pegasus named[30132]: starting BIND 9.3.2 -t 
/var/lib/named -u named
Aug  7 11:52:02 pegasus named[30132]: found 1 CPU, using 1 worker thread
Aug  7 11:52:02 pegasus named[30132]: log.c:1428: REQUIRE(module->id < 
lctx->module_count) failed
Aug  7 11:52:02 pegasus named[30132]: exiting (due to assertion failure)

I could not find anything with Google about that.

I tried than to use 9.3.2 without the patch and come to this result:
Aug  7 17:31:49 pegasus named[25692]: starting BIND 9.3.2 -t 
/var/lib/named -u named
Aug  7 17:31:49 pegasus named[25692]: found 1 CPU, using 1 worker thread
Aug  7 17:31:49 pegasus named[25692]: loading configuration from 
'/etc/named.conf'
Aug  7 17:31:49 pegasus named[25692]: set maximum open files to -1: 
permission denied
Aug  7 17:31:49 pegasus named[25692]: listening on IPv6 interfaces, port 53
Aug  7 17:31:49 pegasus named[25692]: listening on IPv4 interface lo, 
127.0.0.1#53
Aug  7 17:31:49 pegasus named[25692]: listening on IPv4 interface eth0, 
220.133.88.226#53
Aug  7 17:31:49 pegasus named[25692]: command channel listening on 
127.0.0.1#953
Aug  7 17:31:49 pegasus named[25692]: couldn't open pid file 
'/usr/local/var/run/named.pid': No such file or directory
Aug  7 17:31:49 pegasus named[25692]: exiting (due to early fatal error)
(Continue reading)

Rob Butler | 8 Aug 2006 16:50
Picon
Favicon

Re: (Bind 9.3.2) with dlz: REQUIRE (module...)

Ronald,

What version of the DLZ patch are you using and where
did you get it from.  For Bind 9.3.2 you should use
the DLZ patch from here: http://projects.navynet.it/

I believe your question on the PID file was already
answered on the bind-user's mailing list.

Rob

--- Ronald Wiplinger <ronald <at> elmit.com> wrote:

> I tried to use BIND 9.3.2 with the patch for dlz.
> The compilation had no 
> error, but when I start named the following error
> will be logged:
> 
> Aug  7 11:52:02 pegasus named[30132]: starting BIND
> 9.3.2 -t 
> /var/lib/named -u named
> Aug  7 11:52:02 pegasus named[30132]: found 1 CPU,
> using 1 worker thread
> Aug  7 11:52:02 pegasus named[30132]: log.c:1428:
> REQUIRE(module->id < 
> lctx->module_count) failed
> Aug  7 11:52:02 pegasus named[30132]: exiting (due
> to assertion failure)
> 
> 
(Continue reading)

Ronald Wiplinger | 10 Aug 2006 04:49
Picon
Favicon

Re: (Bind 9.3.2) with dlz: REQUIRE (module...)

>Ronald,
>
>What version of the DLZ patch are you using and where
>did you get it from.  For Bind 9.3.2 you should use
>the DLZ patch from here: http://projects.navynet.it/
>

Rob,

thanks for looking at this.

I tried it again, below is the history file for that part:
1036  cp bind-9.3.2.tar.gz bind-new
1037  cp ctrix_dlz_9.3.2-1.patch bind-new
1038  cd bind-new
1039  ls
1040  tar -xvzf bind-9.3.2.tar.gz
1041  ls
1042  more ctrix_dlz_9.3.2-1.patch
1043  mv bind-9.3.2  bind-9.3.2-orig
1044  ls
1045  patch -p0 <ctrix_dlz_9.3.2-1.patch
1046  ls
1047  cd bind-9.3.2-orig/
1048  ls
1049  ./configure --prefix=/usr/local --mandir=\$${prefix}/share/man 
--infodir=\$${prefix}/share/info --sysconfdir=/etc --localstatedir=/var 
--enable-threads  --with-libtool --enable-shared --enable-static 
--with-openssl=/usr --with-gnu-ld  --enable-ipv6  --with-dlz-mysql 
--with-dlz-bdb --with-dlz-filesystem --with-dlz-stub
(Continue reading)

Rob Butler | 10 Aug 2006 05:02
Picon
Favicon

Re: (Bind 9.3.2) with dlz: REQUIRE (module...)

Ronald,

Can you try this on a 32 bit machine?  I'm wondering
if this might be the result of some enlarged data type
due to the 64 bit OS.

Rob

--- Ronald Wiplinger <ronaldlists <at> hotmail.com> wrote:

> >Ronald,
> >
> >What version of the DLZ patch are you using and
> where
> >did you get it from.  For Bind 9.3.2 you should use
> >the DLZ patch from here:
> http://projects.navynet.it/
> >
> 
> Rob,
> 
> thanks for looking at this.
> 
> 
> I tried it again, below is the history file for that
> part:
> 1036  cp bind-9.3.2.tar.gz bind-new
> 1037  cp ctrix_dlz_9.3.2-1.patch bind-new
> 1038  cd bind-new
> 1039  ls
(Continue reading)

Ronald Wiplinger | 10 Aug 2006 05:55
Picon
Favicon

Re: (Bind 9.3.2) with dlz: REQUIRE (module...)

>Ronald,
>
>Can you try this on a 32 bit machine?  I'm wondering
>if this might be the result of some enlarged data type
>due to the 64 bit OS.
>

I do not have any 32 bit machine anymore available.

bye

Ronald

>Rob
>
>--- Ronald Wiplinger <ronaldlists <at> hotmail.com> wrote:
>
> > >Ronald,
> > >
> > >What version of the DLZ patch are you using and
> > where
> > >did you get it from.  For Bind 9.3.2 you should use
> > >the DLZ patch from here:
> > http://projects.navynet.it/
> > >
> >
> > Rob,
> >
> > thanks for looking at this.
> >
(Continue reading)

bind-dlz | 10 Aug 2006 17:35
Picon

Re: (Bind 9.3.2) with dlz: REQUIRE (module...)

On Wed, 9 Aug 2006, Rob Butler wrote:
> Can you try this on a 32 bit machine?  I'm wondering
> if this might be the result of some enlarged data type
> due to the 64 bit OS.

I've just compiled bind-9.3.2 with the DLZ patch applied and without the 
"--with-dlz-bdb" option on a amd64 box and it started fine and answering 
requests. Ronald, which compiler version are you using? gcc-4.0.3 over 
here...

Oh, and for the PID problem: it's --localstatedir you've got to set, 
IIRC.

And, out of curiosity: why do you have to specify

    --with-gnu-ld    <-- SuSE 10 is a GNU system, not?
    --with-libtool   <-- same as above
    --enable-shared  <-- default
    --enable-static  <-- default

...if they are default, why bother?

Christian.
--

-- 
BOFH excuse #200:

The monitor needs another box of pixels.

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
(Continue reading)


Gmane