Unable to find requested database type

Upgrading a testbed here, I'm receiving messages stating "Unable to find
requested database type" from krb5kdc and kdb5_util, on a FreeBSD platform.
Running truss against applications show that it successfully stats db2.so.
What else should I look at?



--
Cheers,
Cy Schubert <Cy.Schubert@komquats.com>
Web: [url]http://www.komquats.com[/url] and [url]http://www.bcbodybuilder.com[/url]
FreeBSD UNIX: <cy@FreeBSD.org> Web: [url]http://www.FreeBSD.org[/url]
BC Government: <Cy.Schubert@gov.bc.ca>

"Lift long enough and I believe arrogance is replaced by
humility and fear by courage and selfishness by generosity
and rudeness by compassion and caring."
-- Dave Draper



________________________________________________
Kerberos mailing list [email]Kerberos@mit.edu[/email]
[url]https://mailman.mit.edu/mailman/listinfo/kerberos[/url]

On Jul 14, 2006, at 17:22, Cy Schubert wrote:[color=blue]
> Upgrading a testbed here, I'm receiving messages stating "Unable to
> find
> requested database type" from krb5kdc and kdb5_util, on a FreeBSD
> platform.
> Running truss against applications show that it successfully stats
> db2.so.
> What else should I look at?[/color]

It's likely caused by our plugin code not properly loading the
module. If it doesn't open the file after the stat call, the likely
cause is a bug in our configure scripts such that dlopen won't be
used if the "dl" library isn't found. (We check for dlopen in that
library, but not for dlopen being available *without* that library.
If we can't link against that library and find the function, we
lose. Oops.) This is discussed in [url]http://krbdev.mit.edu/rt/Ticket/[/url]
Display.html?id=3971 .

If it does try to open it, and fails after that point, it may be
something new....

Ken


________________________________________________
Kerberos mailing list [email]Kerberos@mit.edu[/email]
[url]https://mailman.mit.edu/mailman/listinfo/kerberos[/url]

On Sun, 16 Jul 2006, Ken Raeburn wrote:
[color=blue]
> From: Ken Raeburn <raeburn@mit.edu>
> To: Cy Schubert <Cy.Schubert@spqr.komquats.com>
> Cc: [email]kerberos@mit.edu[/email]
> Date: Sun, 16 Jul 2006 07:36:27 -0400
> Subject: Re: Unable to find requested database type
>
> On Jul 14, 2006, at 17:22, Cy Schubert wrote:[color=green]
> > Upgrading a testbed here, I'm receiving messages stating "Unable
> > to find requested database type" from krb5kdc and kdb5_util, on
> > a FreeBSD platform. Running truss against applications show
> > that it successfully stats db2.so. What else should I look at?[/color]
>
> It's likely caused by our plugin code not properly loading the
> module. If it doesn't open the file after the stat call, the
> likely cause is a bug in our configure scripts such that dlopen
> won't be used if the "dl" library isn't found. (We check for
> dlopen in that library, but not for dlopen being available
> *without* that library. If we can't link against that library
> and find the function, we lose. Oops.) This is discussed in
> [url]http://krbdev.mit.edu/rt/Ticket/Display.html?id=3971[/url] .[/color]

This probably explains the problem I had when briefly trying to get
krb5-1.5-signed.tar working on OpenBSD. There is no "dl" library on
OpenBSD, dlopen is in libc. And sure enough, the generated file:

krb5-1.5/src/include

contains:

/* Define if dlopen should be used */
/* #undef USE_DLOPEN */

As a Quick'N'Dirty fix, can I just alter the above to:

#define USE_DLOPEN 1

after the configuration and just before the build?
--
Dennis Davis, BUCS, University of Bath, Bath, BA2 7AY, UK
[email]D.H.Davis@bath.ac.uk[/email] Phone: +44 1225 386101
________________________________________________
Kerberos mailing list [email]Kerberos@mit.edu[/email]
[url]https://mailman.mit.edu/mailman/listinfo/kerberos[/url]

On Jul 17, 2006, at 05:51, Dennis Davis wrote:[color=blue]
> As a Quick'N'Dirty fix, can I just alter the above to:
>
> #define USE_DLOPEN 1
>
> after the configuration and just before the build?[/color]

I haven't tried it, but I think so, yes.

Ken
________________________________________________
Kerberos mailing list [email]Kerberos@mit.edu[/email]
[url]https://mailman.mit.edu/mailman/listinfo/kerberos[/url]

On Mon, 17 Jul 2006, Ken Raeburn wrote:
[color=blue]
> From: Ken Raeburn <raeburn@mit.edu>
> To: Dennis Davis <D.H.Davis@bath.ac.uk>
> Cc: [email]kerberos@mit.edu[/email]
> Date: Mon, 17 Jul 2006 09:06:32 -0400
> Subject: Re: Unable to find requested database type
>
> On Jul 17, 2006, at 05:51, Dennis Davis wrote:[color=green]
> > As a Quick'N'Dirty fix, can I just alter the above to:
> >
> > #define USE_DLOPEN 1
> >
> > after the configuration and just before the build?[/color]
>
> I haven't tried it, but I think so, yes.[/color]

This was a nice idea, but it didn't work. The build of krb5-1.5
seems to reconstruct src/include/autoconf.h at least once, right at
the start of the build. So it ovewrites the above Quick'N'Dirty fix.

As an even Quicker'N'Dirtier fix I altered src/include/autoconf.h.in
to set:

#define USE_DLOPEN 1

as the default:

--- src/include/autoconf.h.in.orig Sat Jul 1 06:10:18 2006
+++ src/include/autoconf.h.in Mon Jul 17 15:58:12 2006
@@ -651,7 +651,7 @@
#undef USE_DIRENT_H

/* Define if dlopen should be used */
-#undef USE_DLOPEN
+#define USE_DLOPEN 1

/* Define if link-time options for library finalization will be used */
#undef USE_LINKER_FINI_OPTION

and that works great. I've now got a test krb5-1.5 server built
with shared libraries running on OpenBSD3.9. Haven't tested it
much, but it will give me ticket-granting tickets. And that's
always a good sign :-)
--
Dennis Davis, BUCS, University of Bath, Bath, BA2 7AY, UK
[email]D.H.Davis@bath.ac.uk[/email] Phone: +44 1225 386101
________________________________________________
Kerberos mailing list [email]Kerberos@mit.edu[/email]
[url]https://mailman.mit.edu/mailman/listinfo/kerberos[/url]