openldap and samba 4

[Michael Ströder]

grimstone wrote:
> I ran "TEST_LDAP=yes OPENLDAP_ROOT=/usr/local make test" is the source
> directory of OpenLDAp and when come sto the following test:
> 
>>>>>> Starting test001-slapadd ...
> running defines.sh
> Running slapadd to build slapd database...

This is OpenLDAP's make test suite.

> It stays here
> 
> processes on the system are:
> 
> root at r1:~# ps -elf
> 0 S root      1445  1007  0  80   0 -   551 -      13:14 pts/0    00:00:00
> make test
> 0 S root      1446  1445  0  80   0 -   680 -      13:14 pts/0    00:00:00
> /bin/sh -c cd tests; make test
> 0 S root      1447  1446  0  80   0 -   551 -      13:14 pts/0    00:00:00
> make test
> 0 S root      1448  1447  0  80   0 -   551 -      13:14 pts/0    00:00:00
> make bdb
> 0 S root      1450  1448  0  80   0 -   706 -      13:14 pts/0    00:00:00
> /bin/sh ./run -b bdb all
> 0 S root      1467  1450  0  80   0 -   706 -      13:14 pts/0    00:00:00
> /bin/sh ./scripts/all
> 0 S root      1769  1467  1  80   0 -   710 -      13:14 pts/0    00:00:00
> /bin/sh ./scripts/test001-slapadd
> 0 S root      1785  1769  2  80   0 -  2391 -      13:14 pts/0    00:00:00
> /usr/local/src/openldap/servers/slapd/.libs/lt-slapd -Ta -d 0 -f
> /usr/local/src
> 
> and a strace on pid 1785 gives this:
> 
> root at r1:~# strace -p 1785
> Process 1785 attached - interrupt to quit
> futex(0x4052ed14, FUTEX_WAIT, 1, NULL

I think slapd should under no circumstances lock up no matter what the
smbd does. How about attaching to slapd with gdb and obtain a stack trace?

http://www.openldap.org/faq/data/cache/59.html

Ciao, Michael.