[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: RE24 testing call #2 (2.4.31)
> Howard Chu wrote:
>> Michael Ströder wrote:
>>> Quanah Gibson-Mount wrote:
>>>> If you know how to build OpenLDAP manually, and would like to
>>>> participate in
>>>> testing the next set of code for the 2.4.31 release, please do so.
>>>
>>> I currently see two strange effects:
>>>
>>> 1. When trying to add an entry which does not conform to the schema
>>> (incomplete account/posixAccount) slapd seg faults.
>>
>> Need more info. I've added an entry with missing required attr (e.g.
>> uidNumber) and get no segfault. Obviously we can't even begin to guess
>> what's
>> going wrong if you don't post the sample entry, minimal slapd config,
>> etc...
>
> With back-mdb (did *not* test other backend) and the following lines in
> slapd.conf...
>
> overlay unique
> unique_attributes uid uidNumber sambaSID homeDirectory
>
> ...adding this LDIF
>
> dn: uid=testuser3,ou=posixautogen,ou=Testing,dc=stroeder,dc=de
> cn: Test User 3
> gidNumber: 10001
> homeDirectory: /home/testuser3
> loginShell: /bin/false
> objectClass: account
> objectClass: posixAccount
> uid: testuser3
> uidNumber: 10000
>
> ...causes a seg fault:
>
> Program terminated with signal 11, Segmentation fault.
> #0 0x0000000000489f50 in UUIDNormalize (usage=2, syntax=0x7cbf30,
> mr=0x7d2160, val=0x7f702fc0fd55,
> normalized=0x7f700c5a3970, ctx=0xbdd0f0) at schema_init.c:2952
> 2952 if( val->bv_val[i] == '-' ) {
> (gdb) info threads
> 4 Thread 24095 0x00007f702edf538c in pthread_cond_wait@@GLIBC_2.3.2 ()
> from
> /lib64/libpthread.so.0
> 3 Thread 24094 0x00007f702cb4bd53 in epoll_wait () from
> /lib64/libc.so.6
> 2 Thread 24093 0x00007f702edf1cb5 in pthread_join () from
> /lib64/libpthread.so.0
> * 1 Thread 24096 0x0000000000489f50 in UUIDNormalize (usage=2,
> syntax=0x7cbf30, mr=0x7d2160, val=0x7f702fc0fd55,
> normalized=0x7f700c5a3970, ctx=0xbdd0f0) at schema_init.c:2952
> (gdb) bt full
> #0 0x0000000000489f50 in UUIDNormalize (usage=2, syntax=0x7cbf30,
> mr=0x7d2160, val=0x7f702fc0fd55,
> normalized=0x7f700c5a3970, ctx=0xbdd0f0) at schema_init.c:2952
> nibble = 0 '\000'
> octet = 0 '\000'
> i = 0
> j = 0
> __PRETTY_FUNCTION__ = "UUIDNormalize"
> #1 0x000000000044973e in attr_normalize_one (desc=0x906850,
> val=0x7f702fc0fd55, nval=0x7f700c5a3970, memctx=0xbdd0f0)
> at attr.c:603
> rc = 0
> #2 0x00000000004497a2 in attr_merge_normalize_one (e=0x9f1c08,
> desc=0x906850,
> val=0x7f702fc0fd55, memctx=0xbdd0f0)
> at attr.c:628
> nval = {bv_len = 16, bv_val = 0xe12778 "20120417182445.000003Z"}
> nvalp = 0x0
> rc = 0
> #3 0x00007f702966a80b in accesslog_response (op=0x7f7004003f30,
> rs=0x7f700c5a4a10) at accesslog.c:1811
Obviously an instance of slapo-accesslog(5) is involved (code related to
adding reqEntryUUID to an entry). Can you be more specific about the
sequence of databases and overlays and related configuration?
Thanks, p.