openldap and samba 4
grimstone
office at adaptcom.ro
Mon May 18 14:41:50 GMT 2009
hello Michael,
I not quite a specialist in gdb but here is what i've done
cd to openldap source
gdb
set args -d 0
run test
<Here is the output:>
(gdb) run test
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /usr/bin/make test
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
cd tests; make test
make[1]: Entering directory `/usr/local/src/openldap/tests'
make[2]: Entering directory `/usr/local/src/openldap/tests'
Initiating LDAP tests for BDB...
Cleaning up test run directory leftover from previous run.
Running ./scripts/all...
>>>>> Executing all LDAP tests for bdb
>>>>> Starting test000-rootdse ...
running defines.sh
Starting slapd on TCP/IP port 9011...
Using ldapsearch to retrieve the root DSE...
Using ldapsearch to retrieve the cn=Subschema...
Using ldapsearch to retrieve the cn=Monitor...
dn:
objectClass: top
objectClass: OpenLDAProotDSE
structuralObjectClass: OpenLDAProotDSE
configContext: cn=config
namingContexts: o=OpenLDAP Project,l=Internet
monitorContext: cn=Monitor
supportedControl: 1.3.6.1.4.1.4203.666.5.14
supportedControl: 1.3.6.1.4.1.4203.1.9.1.1
supportedControl: 1.3.6.1.4.1.4203.666.11.9.5.1
supportedControl: 1.3.6.1.4.1.42.2.27.8.5.1
supportedControl: 1.3.6.1.4.1.4203.666.5.16
supportedControl: 1.3.6.1.4.1.4203.666.5.17
supportedControl: 1.3.6.1.4.1.21008.108.63.1
supportedControl: 2.16.840.1.113730.3.4.18
supportedControl: 2.16.840.1.113730.3.4.2
supportedControl: 1.3.6.1.4.1.4203.666.11.7.2
supportedControl: 1.3.6.1.4.1.4203.666.5.12
supportedControl: 1.3.6.1.4.1.4203.666.5.2
supportedControl: 1.3.6.1.4.1.4203.1.10.1
supportedControl: 1.2.840.113556.1.4.1340
supportedControl: 1.2.840.113556.1.4.805
supportedControl: 1.2.840.113556.1.4.1413
supportedControl: 1.3.6.1.4.1.4203.666.5.15
supportedControl: 1.2.840.113556.1.4.1339
supportedControl: 1.2.840.113556.1.4.473
supportedControl: 1.2.840.113556.1.4.319
supportedControl: 1.2.826.0.1.3344810.2.3
supportedControl: 1.3.6.1.1.13.2
supportedControl: 1.3.6.1.1.13.1
supportedControl: 1.3.6.1.1.12
supportedControl: 1.3.6.1.4.1.4203.666.11.6.3
supportedControl: 1.3.6.1.4.1.4203.666.11.3
supportedExtension: 1.3.6.1.4.1.4203.666.11.9.6.1
supportedExtension: 1.3.6.1.4.1.1466.101.119.1
supportedExtension: 1.3.6.1.4.1.4203.666.11.6.1
supportedExtension: 1.3.6.1.4.1.4203.1.11.1
supportedExtension: 1.3.6.1.4.1.4203.1.11.3
supportedExtension: 1.3.6.1.1.8
supportedExtension: 1.3.6.1.4.1.4203.666.11.7.3
supportedExtension: 1.3.6.1.4.1.4203.666.11.7.1
supportedFeatures: 1.3.6.1.1.14
supportedFeatures: 1.3.6.1.4.1.4203.1.5.1
supportedFeatures: 1.3.6.1.4.1.4203.1.5.2
supportedFeatures: 1.3.6.1.4.1.4203.1.5.3
supportedFeatures: 1.3.6.1.4.1.4203.1.5.4
supportedFeatures: 1.3.6.1.4.1.4203.1.5.5
supportedFeatures: 1.3.6.1.4.1.4203.666.8.1
supportedFeatures: 1.3.6.1.4.1.4203.666.11.6.2
supportedLDAPVersion: 3
supportedSASLMechanisms: CRAM-MD5
supportedSASLMechanisms: OTP
supportedSASLMechanisms: DIGEST-MD5
vendorName: The OpenLDAP Project <http://www.openldap.org/>
entryDN:
subschemaSubentry: cn=Subschema
dn: cn=Subschema
objectClass: top
objectClass: subentry
objectClass: subschema
objectClass: extensibleObject
cn: Subschema
dn: cn=Monitor
objectClass: monitorServer
cn: Monitor
description: This subtree contains monitoring/managing objects.
description: This object contains information about this server.
description: Most of the information is held in operational attributes,
which
must be explicitly requested.
monitoredInfo: OpenLDAP: slapd 2.X (May 15 2009 20:40:20)
>>>>> Test succeeded
>>>>> ./scripts/test000-rootdse completed OK.
>>>>> Starting test001-slapadd ...
running defines.sh
Running slapadd to build slapd database...
< it freezez here>
Ctrl+c:
^C[New Thread 0xb7e866c0 (LWP 3141)]
Program received signal SIGINT, Interrupt.
[Switching to Thread 0xb7e866c0 (LWP 3141)]
0xb7f32ea8 in wait () from /lib/libc.so.6
(gdb) make[2]: *** [bdb-yes] Interrupt
make[1]: *** [test] Interrupt
(gdb)
(gdb) bt full
#0 0xb7f32ea8 in wait () from /lib/libc.so.6
No symbol table info available.
#1 0x0805520d in ?? ()
No symbol table info available.
#2 0xbff12bbc in ?? ()
No symbol table info available.
#3 0x00000000 in ?? ()
No symbol table info available.
(gdb)
(gdb) thread apply all bt
Thread 1 (Thread 0xb7e866c0 (LWP 3141)):
#0 0xb7f32ea8 in wait () from /lib/libc.so.6
#1 0x0805520d in ?? ()
#2 0xbff12bbc in ?? ()
#3 0x00000000 in ?? ()
(gdb)
that is all ....
Please tell how can I help furthermore
Best regards,
Theodor
Michael Ströder 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?
>
> http://www.openldap.org/faq/data/cache/59.html
>
> Ciao, Michael.
>
>
--
View this message in context: http://www.nabble.com/openldap-and-samba-4-tp23565343p23596494.html
Sent from the Samba - samba-technical mailing list archive at Nabble.com.
More information about the samba-technical
mailing list