[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
ldapmordrn loses records (ITS#78)
Full_Name: Roy Hooper
Version: 1.2.0-RELEASE
OS: Solaris 2.6x86
URL:
Submission from: (NULL) (209.195.94.2)
I am using OpenLDAP-1.2.0-RELEASE with the configure options:
./configure --with-threads=lwp --with-ldbm-api=db2
db2 is = 2.3.16
When I "ldapmodrdn [-r] uid=OLDUID,ou=People,o=cyberus.ca uid=NEWUID", searching
for the new or old dn or uid does not work. The entry appears to get "lost".
When I restart slapd, the entry can be found again. If I use -r, the old
attribute is still there (it should have been replaced/delete).
If I perform a large search after one of these modrdn calls, the slapd will go
away.
Core was generated by `/usr/local/libexec/slapd'.
Program terminated with signal 9, Killed.
(gdb) where
#0 0xdff499a1 in __sigprocmask ()
#1 0xdff42a99 in _resetsig ()
#2 0xdff4250a in _sigon ()
#3 0xdff404a0 in _lmutex_unlock ()
#4 0xdff4492e in _thrp_kill ()
#5 0xdff447d9 in pthread_kill ()
#6 0xdfeee243 in raise ()
#7 0xdfedeeb8 in abort ()
#8 0x809daa3 in __eprintf (string=0x80a1824 "%s:%u: failed assertion `%s'\n",
expression=0x80a181c "cache.c", line=202,
filename=0x80a17f1 "!ldap_pvt_thread_rdwr_active( &e->e_rdwr )")
#9 0x80648a0 in cache_add_entry (cache=0x80ad5bc, e=0x80abfa0, state=0)
at cache.c:202
#10 0x8067810 in id2entry (be=0x80ad0a8, id=10015, rw=0) at id2entry.c:155
#11 0x806788c in id2entry_r (be=0x80ad0a8, id=10015) at id2entry.c:165
#12 0x806aad9 in ldbm_back_search (be=0x80ad0a8, conn=0x80b5f88, op=0x80aec00,
base=0x80abba1 "", scope=2, deref=0, slimit=-804, tlimit=-1,
filter=0x8ab41b8, filterstr=0x8a46990 "(uid=A*)", attrs=0x0, attrsonly=0)
at search.c:173
#13 0x8057247 in do_search (conn=0x80b5f88, op=0x80aec00) at search.c:149
#14 0x805694e in connection_operation (arg_v=0x8a46c68) at connection.c:74
The extra space isn't showing up.
I'm about to check if this bug exists with gdbm.