On Sat, Dec 22, 2007, Dieter Klünter wrote:
> Hi,
> my system: x86_64 opensuse-10.3
>
> I have built db and sasl without additional flags and openldap with
> with_pth=no with_pthreads=yes with_sasl=yes with_slurpd=no
>
> slapd started in debugging modus shows that the initializing process
> hangs with
>
> daemon: epoll: listen=9 active_threads=0 tvp=zero
> daemon: epoll: listen=10 busy
I don't think the daemon "hangs", it is just waiting for connections,
right?
> when killing the process
>
> daemon: shutdown requested and initiated
> daemon: closing 9
> daemon: closing 10
> slapd shutdown: waiting for 2 threads to terminate
> >>> slapd_listener(@Fn)
> daemon: accept(10) failed errno=9 (Bad file descriptor)
>
> The core didn't show much in gdb and attaching strace to slapd pid
> didn't show much either:
>
> write(2, "daemon: epoll: listen=10 busy\n", 30) = 30
> epoll_wait(8, <unfinished ...>
Yes, I've seen this segfault since a longer time in OpenLDAP. It always
happended on shutdown. I guess the shutdown procedure of OpenLDAP is
buggy.
> I presume this is due to the fact that BerkeleyDB and slapd have been
> build with different mutexes.
> What are the correct arguments to build db with pthread instead of
> libthread_db?
It might be related to this, but I personally think it is
more a bug in the OpenLDAP shutdown procedure. But for using
"openldap::with_pthreads=yes" you *HAVE* to use "db::with_pthreads=yes".
There is already an explicit dependency, but I guess you installed
"openldap" with --force and hence have not noticed.
But please be aware that db::with_pthreads=yes easily breaks mostly
everything in OpenPKG, because other packages which are also "db"
consumers do not know how to correctly build a thread-enabled
Berkeley-DB (no use of "db.pc", etc).
PS: I've now forced OpenLDAP to not use epoll(2) or /dev/poll
if GNU Pth is used for threading. This should fix your
issues under Linux. Just try it out...
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
______________________________________________________________________
OpenPKG http://openpkg.org
User Communication List openpkg-users@openpkg.org
