openldap and samba 4

[grimstone]

Ok now I am recompiling berkeley db, recompiling from source cyrus-sasl and
heimdal.
After that I'll do the make test in the openldap source tree and see if
problem solves.
I'll post here the news.

Best regards,
Theodor


Howard Chu wrote:
> 
>> 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?
>>
> Particularly on test001. Sounds like you've got a mutex bug. If you're
> using 
> BerkeleyDB 4.7 on a single-core machine, then this is a known issue and
> you 
> need to patch your BerkeleyDB source.
> 
> https://www.openldap.org/its/index.cgi/Incoming?id=5707
> 
> Aka patch#2 here:
> 
> http://www.oracle.com/technology/products/berkeley-db/db/update/4.7.25/patch.4.7.25.html
> 
> -- 
>    -- Howard Chu
>    CTO, Symas Corp.           http://www.symas.com
>    Director, Highland Sun     http://highlandsun.com/hyc/
>    Chief Architect, OpenLDAP  http://www.openldap.org/project/
> 
> 

-- 
View this message in context: http://www.nabble.com/openldap-and-samba-4-tp23565343p23611121.html
Sent from the Samba - samba-technical mailing list archive at Nabble.com.