Thanks for the quick reply.
> These still work but are somewhat obsolete now. BIND now has the ability to
> dynamically load DLZ modules at run time
Right. I was just referring to the *docs*, which afaict are still the most
complete, conceptually re: DLZ anyway
IIUC (?), I'm correctly invoking with at
./configure ...
--with-dlz-postgres=no \
--with-dlz-mysql=no \
--with-dlz-bdb=/usr/local/dlz-bdb \
--with-dlz-filesystem=yes \
--with-dlz-ldap=no \
--with-dlz-odbc=no \
--with-dlz-stub=yes \
--with-dlopen=yes
where I do a bit of hoop-jumping-for-convenience due to the distro's
system-locations, namely
mkdir /usr/local/dlz-bdb
cd /usr/local/dlz-bdb
ln -sf /usr/include/db4 include
ln -sf /usr/local/lib64 lib
wherein my config summary tells me
========================================================================
Configuration summary:
------------------------------------------------------------------------
Optional features enabled:
...
Dynamically loadable zone (DLZ) drivers:
Berkeley DB (--with-dlz-bdb)
Filesystem (--with-dlz-filesystem)
Stub (--with-dlz-stub)
...
and
ldd `which named` | egrep -i "libdl|libdb"
libdb-4.8.so => /usr/lib64/libdb-4.8.so (0x00007efc2dbdd000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007efc2c6cd000)
> Not that I know of, but you can build queryperf (contrib/queryperf) and
> measure it.
Well, looky that! How long's that been in there? Thx.
> > What's Bind's position on BDB dependency & support, and implementation
> > any alternative such as LMDB, going forward?
>
> We have no position on the licensing issue.
I can imagine why ...
> Technically, the DLZ modules are considered contributed code and are not
> formally supported by ISC
IMO, It'd be great if that were to change at some point. Understand that
resources are needed.
> If someone were to build an
> LMDB module (which might be pretty straightforward if the API is similar
> to BDB) I would be delighted to accept that contribution.
I'm starting to poke around myself; hope that a more capable solution appears.
Can't help but wonder out loud if an LMDB-based bundled solution might work out
...
Fyi+fwiw, @ http://symas.com/mdb/
"Since the LMDB API is similar to BerkeleyDB, porting existing
BDB-based code to LMDB is usually quite simple and fast. More projects will be
adapted as they come to our attention."
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
