(ITS#5492) Ignore password longer than pwdMinLength specified in PPOLICY
by huynh.tuan＠comcast.net
Full_Name: Tuan Huynh
Version: 2.3.39
OS: Solaris
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (216.39.129.66)
My password is 10 characters long, however system allowed me to login as long as
I enter first 8 characters and it ignored the rest even if I enter garbage. For
example:
my password is !thisIsATest!
when I login it'll accept password such as !thisIsA or !thisIsAdkdkdkdkdkdkdkdk
I used ppolicy and pwdMinLength is set at 8
15 years, 1 month
Re: (ITS#5488) syncrepl received contextCSN not passed on to syncprov consumers
by hyc＠symas.com
rein(a)OpenLDAP.org wrote:
> Full_Name: Rein Tollevik
> Version: CVS head
> OS:
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (81.93.160.250)
> Submitted by: rein
>
>
> When syncrepl and syncprov are both used on a glue database, the
> contextCSN received from the syncrepl producers are not passed on to the
> syncprov consumers when changes in subordinate databases are received.
> The reason is that syncrepl queues the CSNs in the glue backend, while
> syncprov fetches them from the backend where the changes are made. As a
> consequence, the consumers will be passed a cookie without any csn
> value.
>
> My first attempt at fixing this was to change syncprov to fetch the
> queued csn values from the glue backend where it was used. But that
> failed as other modules queues the csn values in their own backend when
> they changes things.
What other modules? Generally there cannot be any other sources of changes.
> Instead I changed ctxcsn.c so that it always
> queues them in the glue backend where syncprov is used. But I don't
> feel that my understanding of this stuff is good enough to be sure that
> this is the optimal solution..
I definitely don't like references to the syncprov overlay appearing in main
slapd code like that. We need a different solution.
At one point in the past, I had changed syncrepl.c to queue the CSNs in both
places, but that seemed rather sloppy. Still, it may work best here.
> Btw, in syncprov_checkpoint() there is a similar SLAP_GLUE_SUBORDINATE
> test, should that have included an overlay_is_inst() clause as well?
Perhaps. You would have to use op->o_bd->bd_self instead of op->o_bd on that call.
> Rein Tollevik
> Basefarm AS
>
> Index: OpenLDAP/servers/slapd/ctxcsn.c
> diff -u OpenLDAP/servers/slapd/ctxcsn.c:1.1.1.11
> OpenLDAP/servers/slapd/ctxcsn.c:1.2
> --- OpenLDAP/servers/slapd/ctxcsn.c:1.1.1.11 Sat Mar 22 16:47:49 2008
> +++ OpenLDAP/servers/slapd/ctxcsn.c Wed Apr 30 19:44:25 2008
> @@ -37,67 +37,78 @@
> )
> {
> struct slap_csn_entry *csne, *committed_csne = NULL;
> + Backend *be = op->o_bd;
>
> if ( maxcsn ) {
> BER_BVZERO( maxcsn );
> }
>
> - ldap_pvt_thread_mutex_lock( op->o_bd->be_pcl_mutexp );
> + if ( SLAP_GLUE_SUBORDINATE( be )&& !overlay_is_inst( be, "syncprov" ))
> + be = select_backend(&be->be_nsuffix[0], 1 );
> + ldap_pvt_thread_mutex_lock( be->be_pcl_mutexp );
>
> - LDAP_TAILQ_FOREACH( csne, op->o_bd->be_pending_csn_list, ce_csn_link ) {
> + LDAP_TAILQ_FOREACH( csne, be->be_pending_csn_list, ce_csn_link ) {
> if ( csne->ce_opid == op->o_opid&& csne->ce_connid == op->o_connid ) {
> csne->ce_state = SLAP_CSN_COMMIT;
> break;
> }
> }
>
> - LDAP_TAILQ_FOREACH( csne, op->o_bd->be_pending_csn_list, ce_csn_link ) {
> + LDAP_TAILQ_FOREACH( csne, be->be_pending_csn_list, ce_csn_link ) {
> if ( csne->ce_state == SLAP_CSN_COMMIT ) committed_csne = csne;
> if ( csne->ce_state == SLAP_CSN_PENDING ) break;
> }
>
> if ( committed_csne&& maxcsn ) *maxcsn = committed_csne->ce_csn;
> - ldap_pvt_thread_mutex_unlock( op->o_bd->be_pcl_mutexp );
> + ldap_pvt_thread_mutex_unlock( be->be_pcl_mutexp );
> }
>
> void
> slap_rewind_commit_csn( Operation *op )
> {
> struct slap_csn_entry *csne;
> + Backend *be = op->o_bd;
>
> - ldap_pvt_thread_mutex_lock( op->o_bd->be_pcl_mutexp );
> + if ( SLAP_GLUE_SUBORDINATE( be )&& !overlay_is_inst( be, "syncprov" ))
> + be = select_backend(&be->be_nsuffix[0], 1 );
> + ldap_pvt_thread_mutex_lock( be->be_pcl_mutexp );
>
> - LDAP_TAILQ_FOREACH( csne, op->o_bd->be_pending_csn_list, ce_csn_link ) {
> + LDAP_TAILQ_FOREACH( csne, be->be_pending_csn_list, ce_csn_link ) {
> if ( csne->ce_opid == op->o_opid&& csne->ce_connid == op->o_connid ) {
> csne->ce_state = SLAP_CSN_PENDING;
> break;
> }
> }
>
> - ldap_pvt_thread_mutex_unlock( op->o_bd->be_pcl_mutexp );
> + ldap_pvt_thread_mutex_unlock( be->be_pcl_mutexp );
> }
>
> void
> slap_graduate_commit_csn( Operation *op )
> {
> struct slap_csn_entry *csne;
> + Backend *be;
>
> if ( op == NULL ) return;
> if ( op->o_bd == NULL ) return;
>
> + be = op->o_bd;
> + if ( SLAP_GLUE_SUBORDINATE( be )&& !overlay_is_inst( be, "syncprov" ))
> + be = select_backend(&be->be_nsuffix[0], 1 );
> +
> #if 0
> /* it is NULL when we get here from the frontendDB;
> * alternate fix: initialize frontendDB like all other backends */
> - assert( op->o_bd->be_pcl_mutexp != NULL );
> + assert( be->be_pcl_mutexp != NULL );
> #endif
>
> - if ( op->o_bd->be_pcl_mutexp == NULL ) return;
> + if ( be->be_pcl_mutexp == NULL ) return;
>
> - ldap_pvt_thread_mutex_lock( op->o_bd->be_pcl_mutexp );
> + ldap_pvt_thread_mutex_lock( be->be_pcl_mutexp );
>
> - LDAP_TAILQ_FOREACH( csne, op->o_bd->be_pending_csn_list, ce_csn_link ) {
> + LDAP_TAILQ_FOREACH( csne, be->be_pending_csn_list, ce_csn_link ) {
> if ( csne->ce_opid == op->o_opid&& csne->ce_connid == op->o_connid ) {
> - LDAP_TAILQ_REMOVE( op->o_bd->be_pending_csn_list,
> + LDAP_TAILQ_REMOVE( be->be_pending_csn_list,
> csne, ce_csn_link );
> Debug( LDAP_DEBUG_SYNC, "slap_graduate_commit_csn: removing %p %s\n",
> csne->ce_csn.bv_val, csne->ce_csn.bv_val, 0 );
> @@ -110,7 +121,7 @@
> }
> }
>
> - ldap_pvt_thread_mutex_unlock( op->o_bd->be_pcl_mutexp );
> + ldap_pvt_thread_mutex_unlock( be->be_pcl_mutexp );
>
> return;
> }
> @@ -161,22 +172,25 @@
> struct berval *csn )
> {
> struct slap_csn_entry *pending;
> + Backend *be = op->o_bd;
>
> pending = (struct slap_csn_entry *) ch_calloc( 1,
> sizeof( struct slap_csn_entry ));
>
> Debug( LDAP_DEBUG_SYNC, "slap_queue_csn: queing %p %s\n", csn->bv_val,
> csn->bv_val, 0 );
>
> - ldap_pvt_thread_mutex_lock( op->o_bd->be_pcl_mutexp );
> + if ( SLAP_GLUE_SUBORDINATE( be )&& !overlay_is_inst( be, "syncprov" ))
> + be = select_backend(&be->be_nsuffix[0], 1 );
> + ldap_pvt_thread_mutex_lock( be->be_pcl_mutexp );
>
> ber_dupbv(&pending->ce_csn, csn );
> ber_bvreplace_x(&op->o_csn,&pending->ce_csn, op->o_tmpmemctx );
> pending->ce_connid = op->o_connid;
> pending->ce_opid = op->o_opid;
> pending->ce_state = SLAP_CSN_PENDING;
> - LDAP_TAILQ_INSERT_TAIL( op->o_bd->be_pending_csn_list,
> + LDAP_TAILQ_INSERT_TAIL( be->be_pending_csn_list,
> pending, ce_csn_link );
> - ldap_pvt_thread_mutex_unlock( op->o_bd->be_pcl_mutexp );
> + ldap_pvt_thread_mutex_unlock( be->be_pcl_mutexp );
> }
>
> int
>
>
>
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
15 years, 1 month
(ITS#5491) slapd crashes with ldappasswd
by Deepak.Cheema＠emerson.com
Full_Name: Deepak Cheema
Version: 2.4.8
OS: Red Hat Linux 3.0
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (144.189.5.201)
Just built, installed openldap 2.4.8 and slapd starts up fine using the
following
slapd -f slapd.conf -u root
as root user on default port 389
[root@dl2k245 libexec]# ps -ef|grep slapd
root 15065 1 0 15:31 ? 00:00:00 ./slapd -f
/dbapps/informatica/l
dap/etc/openldap/slapd.conf -u root
The process stays up as long as I don't type the ldappasswd command to get the
encrypted password a new user...
once I type in ldappasswd... this is what happens..
[root@dl2k245 bin]# ldappasswd
SASL/DIGEST-MD5 authentication started
Please enter your password:
ldap_sasl_interactive_bind_s: Can't contact LDAP server
additional info: SASL(0): successful result: security flags do not
match
required
[root@dl2k245 bin]# ps -ef|grep lapd
root 15077 14561 0 15:32 pts/3 00:00:00 grep lapd
and the slapd process is no longer there...
Any ideas why it might be happening or how to debug this?
I tried dbg but it did not tell me much.. maybe I did not use it correctly...
Any help is appreciated !
15 years, 1 month
Re: (ITS#5487) syncprov_findbase must search the backend from the syncrepl search
by hyc＠symas.com
rein(a)OpenLDAP.org wrote:
> Full_Name: Rein Tollevik
> Version: CVS head
> OS:
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (81.93.160.250)
> Submitted by: rein
>
>
> syncprov_findbase() must search the backend saved with the syncrepl operation,
> not the one from the operation passed as argument. The backend in the op
> argument can be a subordinate database, in which case the search for the base in
> the superior database will fail, and syncrepl consumers will be force to do a an
> unneccessary full refresh of the database.
OK.
> The patch at the end should fix
> this. Note that both fop.o_bd and fop.o_bd->bd_info can be changed by the
> overlay_op_walk() call, which is the reason for the long pointer traversal to
> find the correct bd_info to save and restore.
But the overlay_op_walk call is only appropriate when the DB to be searched is
the current database, and the current DB is an overlay DB structure.
Your patch causes fc->fss->s_op->o_bd's bd_info pointer to change, which is
not allowed. That's in the original backendDB, which must be treated as
read-only since multiple threads may be accessing it. The correct approach
here is to use a new local backendDB variable, copy the s_op->o_bd into it,
and then just do a regular be_search invocation instead of using overlay_op_walk.
But, this patch must not take effect on the first call to syncprov_findbase
(which occurred in syncprov_op_search) - in that case, the current code is
correct. So, you need to tweak things based on whether (s_flags &
PS_IS_REFRESHING) is true or not - if true, this is the first search, and it
should use the original code. Else, it must use be_search.
> Rein Tollevik
> Basefarm AS
>
> diff -u OpenLDAP/servers/slapd/overlays/syncprov.c:1.1.1.18
> OpenLDAP/servers/slapd/overlays/syncprov.c:1.19
> --- OpenLDAP/servers/slapd/overlays/syncprov.c:1.1.1.18 Wed Apr 30 13:17:58
> 2008
> +++ OpenLDAP/servers/slapd/overlays/syncprov.c Wed Apr 30 19:34:00 2008
> @@ -404,7 +404,7 @@
> slap_callback cb = {0};
> Operation fop;
> SlapReply frs = { REP_RESULT };
> - BackendInfo *bi;
> + BackendInfo *bi = fc->fss->s_op->o_bd->bd_info;
> int rc;
>
> fc->fss->s_flags ^= PS_FIND_BASE;
> @@ -413,10 +413,8 @@
> fop = *fc->fss->s_op;
>
> fop.o_hdr = op->o_hdr;
> - fop.o_bd = op->o_bd;
> fop.o_time = op->o_time;
> fop.o_tincr = op->o_tincr;
> - bi = op->o_bd->bd_info;
>
> cb.sc_response = findbase_cb;
> cb.sc_private = fc;
> @@ -435,7 +433,7 @@
> fop.ors_filterstr = generic_filterstr;
>
> rc = overlay_op_walk(&fop,&frs, op_search, on->on_info, on );
> - op->o_bd->bd_info = bi;
> + fc->fss->s_op->o_bd->bd_info = bi;
> } else {
> ldap_pvt_thread_mutex_unlock(&fc->fss->s_mutex );
> fc->fbase = 1;
>
>
>
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
15 years, 1 month
Re: (ITS#5489) Assert failed in slapd_clr_write()
by hyc＠symas.com
rein(a)OpenLDAP.org wrote:
> Full_Name: Rein Tollevik
> Version: CVS head
> OS:
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (81.93.160.250)
> Submitted by: rein
>
>
> We have seen a case where "assert(SLAP_SOCK_IS_ACTIVE(s))" in
> slapd_clr_write() failed, see the stack trace at the end. The
> last log message (at loglevel stat) related to the socket was
> "fd=657 closed (connection lost on write)". The comment where
> slapd_daemon_task() calls connection_write() makes me believe
> that slapd_clr_write() should not have use assert here. Remove
> it or include it as a condition in the following if statement?
How frequently can you reproduce this? I'm tempted to say move the assert into
the if (SLAP_SOCK_IS_WRITE()) block, and see if it still triggers.
>
> Rein Tollevik
> Basefarm AS
>
>
> Program terminated with signal 6, Aborted.
> (gdb) where
> #0 0xb7fe97a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
> #1 0xb7b777a5 in raise () from /lib/tls/libc.so.6
> #2 0xb7b79209 in abort () from /lib/tls/libc.so.6
> #3 0xb7b70d91 in __assert_fail () from /lib/tls/libc.so.6
> #4 0x0806da8f in slapd_clr_write (s=657, wake=0) at daemon.c:931
> #5 0x080726d7 in connection_write (s=657) at connection.c:1814
> #6 0x080717bc in slapd_daemon_task (ptr=0x0) at daemon.c:2414
> #7 0xb7c80371 in start_thread () from /lib/tls/libpthread.so.0
> #8 0xb7c17ffe in clone () from /lib/tls/libc.so.6
>
>
>
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
15 years, 1 month
(ITS#5490) accesslog_response segfault
by quanah＠zimbra.com
Full_Name: Quanah Gibson-Mount
Version: 2.3.41
OS: Linux 2.6
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (24.23.156.219)
Repeated coredumps from slapd, in the accesslog_response function.
Core #1:
Core was generated by `/opt/zimbra/openldap/libexec/slapd -l LOCAL0 -4 -u zimbra
-h ldap://zimbra-adm.'.
Program terminated with signal 11, Segmentation fault.
(gdb) thr apply all bt
Thread 10 (process 7511):
#0 0x000000376980714b in ?? ()
#1 0x0000003769807010 in ?? ()
#2 0x0000000040800d28 in ?? ()
#3 0x0000000000000000 in ?? ()
Thread 9 (process 12519):
#0 0x0000003768fc790c in ?? ()
#1 0x000000000042894b in slapd_daemon_task (ptr=0x0) at daemon.c:2174
#2 0x0000003769806137 in ?? ()
#3 0x0000000000000000 in ?? ()
Thread 8 (process 12520):
#0 0x000000376980af8b in ?? ()
#1 0x0000000040fff920 in ?? ()
#2 0x0000000040fff6e0 in ?? ()
#3 0x0000003769807d54 in ?? ()
#4 0x0000002a97597257 in bdb_cache_entry_db_unlock (env=0xdd7818,
lock=0xe611c0) at cache.c:151
#5 0x0000002a97aada34 in accesslog_op_mod (op=0xd97c900, rs=0x41000ce0) at
accesslog.c:1267
#6 0x000000000049b8dd in overlay_op_walk (op=0xd97c900, rs=0x41000ce0,
which=op_modify, oi=0xdde8c0, on=0xdde540) at backover.c:640
#7 0x000000000049bb39 in over_op_func (op=0xd97c900, rs=0x41000ce0,
which=op_modify) at backover.c:702
#8 0x000000000049bc17 in over_op_modify (op=0xd97c900, rs=0x41000ce0) at
backover.c:736
#9 0x0000000000448303 in fe_op_modify (op=0xd97c900, rs=0x41000ce0) at
modify.c:395
#10 0x00000000004475ec in do_modify (op=0xd97c900, rs=0x41000ce0) at
modify.c:200
#11 0x000000000042bd9c in connection_operation (ctx=0x41000e10, arg_v=0xd97c900)
at connection.c:1133
#12 0x000000000042c28c in connection_read_thread (ctx=0x41000e10, argv=0x38) at
connection.c:1261
#13 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#14 0x0000003769806137 in ?? ()
#15 0x0000000000000000 in ?? ()
Thread 7 (process 12521):
#0 0x000000376980af8b in ?? ()
#1 0x0000000041800920 in ?? ()
#2 0x00000000418006e0 in ?? ()
#3 0x0000003769807d54 in ?? ()
#4 0x0000002a97597257 in bdb_cache_entry_db_unlock (env=0xdd7818,
lock=0xe61888) at cache.c:151
#5 0x0000002a97aada34 in accesslog_op_mod (op=0xd97c600, rs=0x41801ce0) at
accesslog.c:1267
#6 0x000000000049b8dd in overlay_op_walk (op=0xd97c600, rs=0x41801ce0,
which=op_modify, oi=0xdde8c0, on=0xdde540) at backover.c:640
#7 0x000000000049bb39 in over_op_func (op=0xd97c600, rs=0x41801ce0,
which=op_modify) at backover.c:702
#8 0x000000000049bc17 in over_op_modify (op=0xd97c600, rs=0x41801ce0) at
backover.c:736
#9 0x0000000000448303 in fe_op_modify (op=0xd97c600, rs=0x41801ce0) at
modify.c:395
#10 0x00000000004475ec in do_modify (op=0xd97c600, rs=0x41801ce0) at
modify.c:200
#11 0x000000000042bd9c in connection_operation (ctx=0x41801e10, arg_v=0xd97c600)
at connection.c:1133
#12 0x000000000042c28c in connection_read_thread (ctx=0x41801e10, argv=0x30) at
connection.c:1261
#13 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#14 0x0000003769806137 in ?? ()
#15 0x0000000000000000 in ?? ()
Thread 6 (process 12524):
#0 0x000000376980af8b in ?? ()
#1 0x0000000042802920 in ?? ()
#2 0x00000000428026e0 in ?? ()
#3 0x0000003769807d54 in ?? ()
#4 0x0000002a97597257 in bdb_cache_entry_db_unlock (env=0xdd7818,
lock=0xe64a48) at cache.c:151
#5 0x0000002a97aada34 in accesslog_op_mod (op=0x7768c00, rs=0x42803ce0) at
accesslog.c:1267
#6 0x000000000049b8dd in overlay_op_walk (op=0x7768c00, rs=0x42803ce0,
which=op_modify, oi=0xdde8c0, on=0xdde540) at backover.c:640
#7 0x000000000049bb39 in over_op_func (op=0x7768c00, rs=0x42803ce0,
which=op_modify) at backover.c:702
#8 0x000000000049bc17 in over_op_modify (op=0x7768c00, rs=0x42803ce0) at
backover.c:736
#9 0x0000000000448303 in fe_op_modify (op=0x7768c00, rs=0x42803ce0) at
modify.c:395
#10 0x00000000004475ec in do_modify (op=0x7768c00, rs=0x42803ce0) at
modify.c:200
#11 0x000000000042bd9c in connection_operation (ctx=0x42803e10, arg_v=0x7768c00)
at connection.c:1133
#12 0x000000000042c28c in connection_read_thread (ctx=0x42803e10, argv=0x3f) at
connection.c:1261
#13 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#14 0x0000003769806137 in ?? ()
#15 0x0000000000000000 in ?? ()
Thread 5 (process 12525):
#0 0x000000000045569b in slap_acl_mask (a=0x8b4000, mask=0x430040d8,
op=0x43004ab0, e=0xd768eb0, desc=0x883700, val=0x0, nmatch=100,
matches=0x43003da0, count=1, state=0x0) at acl.c:1496
#1 0x00000000004538ca in access_allowed_mask (op=0x43004ab0, e=0xd768eb0,
desc=0x883700, val=0x0, access=ACL_READ, state=0x0, maskp=0x0) at acl.c:698
#2 0x000000000043fa48 in slap_send_search_entry (op=0x43004ab0, rs=0x43004780)
at result.c:737
#3 0x0000002a979a0647 in syncprov_sendresp (op=0x43004ab0, opc=0x43004850,
so=0x791ff30, e=0x430048b8, mode=1) at syncprov.c:784
#4 0x0000002a979a09a2 in syncprov_qplay (op=0x43004ab0, on=0xddec40,
so=0x791ff30) at syncprov.c:853
#5 0x0000002a979a0be6 in syncprov_qtask (ctx=0x43004e10, arg=0x2178f00) at
syncprov.c:898
#6 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#7 0x0000003769806137 in ?? ()
#8 0x0000000000000000 in ?? ()
Thread 4 (process 14050):
#0 0x000000376980af8b in ?? ()
#1 0x0000000043804920 in ?? ()
#2 0x00000000438046e0 in ?? ()
#3 0x0000003769807d54 in ?? ()
#4 0x0000002a97597257 in bdb_cache_entry_db_unlock (env=0xdd7818,
lock=0x22e2d90) at cache.c:151
#5 0x0000002a97aada34 in accesslog_op_mod (op=0x23d0900, rs=0x43805ce0) at
accesslog.c:1267
#6 0x000000000049b8dd in overlay_op_walk (op=0x23d0900, rs=0x43805ce0,
which=op_modify, oi=0xdde8c0, on=0xdde540) at backover.c:640
#7 0x000000000049bb39 in over_op_func (op=0x23d0900, rs=0x43805ce0,
which=op_modify) at backover.c:702
#8 0x000000000049bc17 in over_op_modify (op=0x23d0900, rs=0x43805ce0) at
backover.c:736
#9 0x0000000000448303 in fe_op_modify (op=0x23d0900, rs=0x43805ce0) at
modify.c:395
#10 0x00000000004475ec in do_modify (op=0x23d0900, rs=0x43805ce0) at
modify.c:200
#11 0x000000000042bd9c in connection_operation (ctx=0x43805e10, arg_v=0x23d0900)
at connection.c:1133
#12 0x000000000042c28c in connection_read_thread (ctx=0x43805e10, argv=0x3c) at
connection.c:1261
#13 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#14 0x0000003769806137 in ?? ()
#15 0x0000000000000000 in ?? ()
Thread 3 (process 14051):
#0 0x000000376980bf1c in ?? ()
#1 0x0000000000000000 in ?? ()
Thread 2 (process 14052):
#0 0x000000376980af8b in ?? ()
#1 0x0000000044806920 in ?? ()
#2 0x00000000448066e0 in ?? ()
#3 0x0000003769807d54 in ?? ()
#4 0x0000002a97597257 in bdb_cache_entry_db_unlock (env=0xdd7818,
lock=0x214e6c8) at cache.c:151
#5 0x0000002a97aada34 in accesslog_op_mod (op=0x7657c00, rs=0x44807ce0) at
accesslog.c:1267
#6 0x000000000049b8dd in overlay_op_walk (op=0x7657c00, rs=0x44807ce0,
which=op_modify, oi=0xdde8c0, on=0xdde540) at backover.c:640
#7 0x000000000049bb39 in over_op_func (op=0x7657c00, rs=0x44807ce0,
which=op_modify) at backover.c:702
#8 0x000000000049bc17 in over_op_modify (op=0x7657c00, rs=0x44807ce0) at
backover.c:736
#9 0x0000000000448303 in fe_op_modify (op=0x7657c00, rs=0x44807ce0) at
modify.c:395
#10 0x00000000004475ec in do_modify (op=0x7657c00, rs=0x44807ce0) at
modify.c:200
#11 0x000000000042bd9c in connection_operation (ctx=0x44807e10, arg_v=0x7657c00)
at connection.c:1133
#12 0x000000000042c28c in connection_read_thread (ctx=0x44807e10, argv=0x36) at
connection.c:1261
#13 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#14 0x0000003769806137 in ?? ()
#15 0x0000000000000000 in ?? ()
Thread 1 (process 12522):
#0 0x0000002a97aac75a in accesslog_response (op=0xd97c000, rs=0x42002ce0) at
accesslog.c:918
#1 0x0000002a97aad947 in accesslog_mod_cleanup (op=0xd97c000, rs=0x42002ce0) at
accesslog.c:1246
#2 0x000000000043e6a9 in send_ldap_response (op=0xd97c000, rs=0x42002ce0) at
result.c:458
#3 0x000000000043ee26 in slap_send_ldap_result (op=0xd97c000, rs=0x42002ce0) at
result.c:574
#4 0x0000002a975847d3 in bdb_modify (op=0xd97c000, rs=0x42002ce0) at
modify.c:593
#5 0x000000000049b971 in overlay_op_walk (op=0xd97c000, rs=0x42002ce0,
which=op_modify, oi=0xdde8c0, on=0x0) at backover.c:650
#6 0x000000000049bb39 in over_op_func (op=0xd97c000, rs=0x42002ce0,
which=op_modify) at backover.c:702
#7 0x000000000049bc17 in over_op_modify (op=0xd97c000, rs=0x42002ce0) at
backover.c:736
#8 0x0000000000448303 in fe_op_modify (op=0xd97c000, rs=0x42002ce0) at
modify.c:395
#9 0x00000000004475ec in do_modify (op=0xd97c000, rs=0x42002ce0) at
modify.c:200
#10 0x000000000042bd9c in connection_operation (ctx=0x42002e10, arg_v=0xd97c000)
at connection.c:1133
#11 0x000000000042c28c in connection_read_thread (ctx=0x42002e10, argv=0x23) at
connection.c:1261
#12 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#13 0x0000003769806137 in ?? ()
#14 0x0000000000000000 in ?? ()
Core #2:
Thread 10 (process 11473):
#0 0x000000376980714b in ?? ()
#1 0x0000003769807010 in ?? ()
#2 0x0000000040800d28 in ?? ()
#3 0x0000000000000000 in ?? ()
Thread 9 (process 15458):
#0 0x0000003768fc790c in ?? ()
#1 0x000000000042894b in slapd_daemon_task (ptr=0x0) at daemon.c:2174
#2 0x0000003769806137 in ?? ()
#3 0x0000000000000000 in ?? ()
Thread 8 (process 15460):
#0 0x000000376980af8b in ?? ()
#1 0x0000000041800920 in ?? ()
#2 0x00000000418006e0 in ?? ()
#3 0x0000003769807d54 in ?? ()
#4 0x0000002a97597257 in bdb_cache_entry_db_unlock (env=0xdd7818,
lock=0xe61888) at cache.c:151
#5 0x0000002a97aada34 in accesslog_op_mod (op=0xcadbc00, rs=0x41801ce0) at
accesslog.c:1267
#6 0x000000000049b8dd in overlay_op_walk (op=0xcadbc00, rs=0x41801ce0,
which=op_modify, oi=0xdde8c0, on=0xdde540) at backover.c:640
#7 0x000000000049bb39 in over_op_func (op=0xcadbc00, rs=0x41801ce0,
which=op_modify) at backover.c:702
#8 0x000000000049bc17 in over_op_modify (op=0xcadbc00, rs=0x41801ce0) at
backover.c:736
#9 0x0000000000448303 in fe_op_modify (op=0xcadbc00, rs=0x41801ce0) at
modify.c:395
#10 0x00000000004475ec in do_modify (op=0xcadbc00, rs=0x41801ce0) at
modify.c:200
#11 0x000000000042bd9c in connection_operation (ctx=0x41801e10, arg_v=0xcadbc00)
at connection.c:1133
#12 0x000000000042c28c in connection_read_thread (ctx=0x41801e10, argv=0x32) at
connection.c:1261
#13 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#14 0x0000003769806137 in ?? ()
#15 0x0000000000000000 in ?? ()
Thread 7 (process 15461):
#0 0x000000376980af8b in ?? ()
#1 0x0000000042001920 in ?? ()
#2 0x00000000420016e0 in ?? ()
#3 0x0000003769807d54 in ?? ()
#4 0x0000002a97597257 in bdb_cache_entry_db_unlock (env=0xdd7818,
lock=0xe64380) at cache.c:151
#5 0x0000002a97aada34 in accesslog_op_mod (op=0x34d2300, rs=0x42002ce0) at
accesslog.c:1267
#6 0x000000000049b8dd in overlay_op_walk (op=0x34d2300, rs=0x42002ce0,
which=op_modify, oi=0xdde8c0, on=0xdde540) at backover.c:640
#7 0x000000000049bb39 in over_op_func (op=0x34d2300, rs=0x42002ce0,
which=op_modify) at backover.c:702
#8 0x000000000049bc17 in over_op_modify (op=0x34d2300, rs=0x42002ce0) at
backover.c:736
#9 0x0000000000448303 in fe_op_modify (op=0x34d2300, rs=0x42002ce0) at
modify.c:395
#10 0x00000000004475ec in do_modify (op=0x34d2300, rs=0x42002ce0) at
modify.c:200
#11 0x000000000042bd9c in connection_operation (ctx=0x42002e10, arg_v=0x34d2300)
at connection.c:1133
#12 0x000000000042c28c in connection_read_thread (ctx=0x42002e10, argv=0x2b) at
connection.c:1261
#13 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#14 0x0000003769806137 in ?? ()
#15 0x0000000000000000 in ?? ()
Thread 6 (process 15463):
#0 0x000000376980af8b in ?? ()
#1 0x0000000042802920 in ?? ()
#2 0x00000000428026e0 in ?? ()
#3 0x0000003769807d54 in ?? ()
#4 0x0000002a97597257 in bdb_cache_entry_db_unlock (env=0xdd7818,
lock=0xe64a48) at cache.c:151
#5 0x0000002a97aada34 in accesslog_op_mod (op=0x34d2900, rs=0x42803ce0) at
accesslog.c:1267
#6 0x000000000049b8dd in overlay_op_walk (op=0x34d2900, rs=0x42803ce0,
which=op_modify, oi=0xdde8c0, on=0xdde540) at backover.c:640
#7 0x000000000049bb39 in over_op_func (op=0x34d2900, rs=0x42803ce0,
which=op_modify) at backover.c:702
#8 0x000000000049bc17 in over_op_modify (op=0x34d2900, rs=0x42803ce0) at
backover.c:736
#9 0x0000000000448303 in fe_op_modify (op=0x34d2900, rs=0x42803ce0) at
modify.c:395
#10 0x00000000004475ec in do_modify (op=0x34d2900, rs=0x42803ce0) at
modify.c:200
#11 0x000000000042bd9c in connection_operation (ctx=0x42803e10, arg_v=0x34d2900)
at connection.c:1133
#12 0x000000000042c28c in connection_read_thread (ctx=0x42803e10, argv=0x30) at
connection.c:1261
#13 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#14 0x0000003769806137 in ?? ()
#15 0x0000000000000000 in ?? ()
Thread 5 (process 15724):
#0 0x000000376980af8b in ?? ()
#1 0x0000000043003920 in ?? ()
#2 0x00000000430036e0 in ?? ()
#3 0x0000003769807d54 in ?? ()
#4 0x0000002a97597257 in bdb_cache_entry_db_unlock (env=0xdd7818,
lock=0x7616dc8) at cache.c:151
#5 0x0000002a97aada34 in accesslog_op_mod (op=0xcb75900, rs=0x43004ce0) at
accesslog.c:1267
#6 0x000000000049b8dd in overlay_op_walk (op=0xcb75900, rs=0x43004ce0,
which=op_modify, oi=0xdde8c0, on=0xdde540) at backover.c:640
#7 0x000000000049bb39 in over_op_func (op=0xcb75900, rs=0x43004ce0,
which=op_modify) at backover.c:702
#8 0x000000000049bc17 in over_op_modify (op=0xcb75900, rs=0x43004ce0) at
backover.c:736
#9 0x0000000000448303 in fe_op_modify (op=0xcb75900, rs=0x43004ce0) at
modify.c:395
#10 0x00000000004475ec in do_modify (op=0xcb75900, rs=0x43004ce0) at
modify.c:200
#11 0x000000000042bd9c in connection_operation (ctx=0x43004e10, arg_v=0xcb75900)
at connection.c:1133
#12 0x000000000042c28c in connection_read_thread (ctx=0x43004e10, argv=0x31) at
connection.c:1261
#13 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#14 0x0000003769806137 in ?? ()
#15 0x0000000000000000 in ?? ()
Thread 4 (process 15725):
#0 0x000000376980af8b in ?? ()
#1 0x0000000043804920 in ?? ()
#2 0x00000000438046e0 in ?? ()
#3 0x0000003769807d54 in ?? ()
#4 0x0000002a97597257 in bdb_cache_entry_db_unlock (env=0xdd7818,
lock=0x7616fc0) at cache.c:151
#5 0x0000002a97aada34 in accesslog_op_mod (op=0xcb75c00, rs=0x43805ce0) at
accesslog.c:1267
#6 0x000000000049b8dd in overlay_op_walk (op=0xcb75c00, rs=0x43805ce0,
which=op_modify, oi=0xdde8c0, on=0xdde540) at backover.c:640
#7 0x000000000049bb39 in over_op_func (op=0xcb75c00, rs=0x43805ce0,
which=op_modify) at backover.c:702
#8 0x000000000049bc17 in over_op_modify (op=0xcb75c00, rs=0x43805ce0) at
backover.c:736
#9 0x0000000000448303 in fe_op_modify (op=0xcb75c00, rs=0x43805ce0) at
modify.c:395
#10 0x00000000004475ec in do_modify (op=0xcb75c00, rs=0x43805ce0) at
modify.c:200
#11 0x000000000042bd9c in connection_operation (ctx=0x43805e10, arg_v=0xcb75c00)
at connection.c:1133
#12 0x000000000042c28c in connection_read_thread (ctx=0x43805e10, argv=0x2f) at
connection.c:1261
#13 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#14 0x0000003769806137 in ?? ()
#15 0x0000000000000000 in ?? ()
Thread 3 (process 16249):
#0 0x000000376980af8b in ?? ()
#1 0x0000000044005920 in ?? ()
#2 0x00000000440056e0 in ?? ()
#3 0x0000003769807d54 in ?? ()
#4 0x0000002a97597257 in bdb_cache_entry_db_unlock (env=0xdd7818,
lock=0xcb1ff50) at cache.c:151
#5 0x0000002a97aada34 in accesslog_op_mod (op=0xcbccc00, rs=0x44006ce0) at
accesslog.c:1267
#6 0x000000000049b8dd in overlay_op_walk (op=0xcbccc00, rs=0x44006ce0,
which=op_modify, oi=0xdde8c0, on=0xdde540) at backover.c:640
#7 0x000000000049bb39 in over_op_func (op=0xcbccc00, rs=0x44006ce0,
which=op_modify) at backover.c:702
#8 0x000000000049bc17 in over_op_modify (op=0xcbccc00, rs=0x44006ce0) at
backover.c:736
#9 0x0000000000448303 in fe_op_modify (op=0xcbccc00, rs=0x44006ce0) at
modify.c:395
#10 0x00000000004475ec in do_modify (op=0xcbccc00, rs=0x44006ce0) at
modify.c:200
#11 0x000000000042bd9c in connection_operation (ctx=0x44006e10, arg_v=0xcbccc00)
at connection.c:1133
#12 0x000000000042c28c in connection_read_thread (ctx=0x44006e10, argv=0x24) at
connection.c:1261
#13 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#14 0x0000003769806137 in ?? ()
#15 0x0000000000000000 in ?? ()
Thread 2 (process 16251):
#0 0x000000376980af8b in ?? ()
#1 0x0000000044806920 in ?? ()
#2 0x00000000448066e0 in ?? ()
#3 0x0000003769807d54 in ?? ()
#4 0x0000002a97597257 in bdb_cache_entry_db_unlock (env=0xdd7818,
lock=0xdcd06c8) at cache.c:151
#5 0x0000002a97aada34 in accesslog_op_mod (op=0x7661c00, rs=0x44807ce0) at
accesslog.c:1267
#6 0x000000000049b8dd in overlay_op_walk (op=0x7661c00, rs=0x44807ce0,
which=op_modify, oi=0xdde8c0, on=0xdde540) at backover.c:640
#7 0x000000000049bb39 in over_op_func (op=0x7661c00, rs=0x44807ce0,
which=op_modify) at backover.c:702
#8 0x000000000049bc17 in over_op_modify (op=0x7661c00, rs=0x44807ce0) at
backover.c:736
#9 0x0000000000448303 in fe_op_modify (op=0x7661c00, rs=0x44807ce0) at
modify.c:395
#10 0x00000000004475ec in do_modify (op=0x7661c00, rs=0x44807ce0) at
modify.c:200
#11 0x000000000042bd9c in connection_operation (ctx=0x44807e10, arg_v=0x7661c00)
at connection.c:1133
#12 0x000000000042c28c in connection_read_thread (ctx=0x44807e10, argv=0x35) at
connection.c:1261
#13 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#14 0x0000003769806137 in ?? ()
#15 0x0000000000000000 in ?? ()
Thread 1 (process 15459):
#0 0x0000002a97aac75a in accesslog_response (op=0x34d2c00, rs=0x41000ce0) at
accesslog.c:918
#1 0x0000002a97aad947 in accesslog_mod_cleanup (op=0x34d2c00, rs=0x41000ce0) at
accesslog.c:1246
#2 0x000000000043e6a9 in send_ldap_response (op=0x34d2c00, rs=0x41000ce0) at
result.c:458
#3 0x000000000043ee26 in slap_send_ldap_result (op=0x34d2c00, rs=0x41000ce0) at
result.c:574
#4 0x0000002a975847d3 in bdb_modify (op=0x34d2c00, rs=0x41000ce0) at
modify.c:593
#5 0x000000000049b971 in overlay_op_walk (op=0x34d2c00, rs=0x41000ce0,
which=op_modify, oi=0xdde8c0, on=0x0) at backover.c:650
#6 0x000000000049bb39 in over_op_func (op=0x34d2c00, rs=0x41000ce0,
which=op_modify) at backover.c:702
#7 0x000000000049bc17 in over_op_modify (op=0x34d2c00, rs=0x41000ce0) at
backover.c:736
#8 0x0000000000448303 in fe_op_modify (op=0x34d2c00, rs=0x41000ce0) at
modify.c:395
#9 0x00000000004475ec in do_modify (op=0x34d2c00, rs=0x41000ce0) at
modify.c:200
#10 0x000000000042bd9c in connection_operation (ctx=0x41000e10, arg_v=0x34d2c00)
at connection.c:1133
#11 0x000000000042c28c in connection_read_thread (ctx=0x41000e10, argv=0x2e) at
connection.c:1261
#12 0x0000002a956c3bd7 in ldap_int_thread_pool_wrapper (xpool=0x8a8f00) at
tpool.c:478
#13 0x0000003769806137 in ?? ()
#14 0x0000000000000000 in ?? ()
2 more cores that looks similar if desired.
15 years, 1 month
(ITS#5489) Assert failed in slapd_clr_write()
by rein＠OpenLDAP.org
Full_Name: Rein Tollevik
Version: CVS head
OS:
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (81.93.160.250)
Submitted by: rein
We have seen a case where "assert(SLAP_SOCK_IS_ACTIVE(s))" in
slapd_clr_write() failed, see the stack trace at the end. The
last log message (at loglevel stat) related to the socket was
"fd=657 closed (connection lost on write)". The comment where
slapd_daemon_task() calls connection_write() makes me believe
that slapd_clr_write() should not have use assert here. Remove
it or include it as a condition in the following if statement?
Rein Tollevik
Basefarm AS
Program terminated with signal 6, Aborted.
(gdb) where
#0 0xb7fe97a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0xb7b777a5 in raise () from /lib/tls/libc.so.6
#2 0xb7b79209 in abort () from /lib/tls/libc.so.6
#3 0xb7b70d91 in __assert_fail () from /lib/tls/libc.so.6
#4 0x0806da8f in slapd_clr_write (s=657, wake=0) at daemon.c:931
#5 0x080726d7 in connection_write (s=657) at connection.c:1814
#6 0x080717bc in slapd_daemon_task (ptr=0x0) at daemon.c:2414
#7 0xb7c80371 in start_thread () from /lib/tls/libpthread.so.0
#8 0xb7c17ffe in clone () from /lib/tls/libc.so.6
15 years, 1 month
(ITS#5488) syncrepl received contextCSN not passed on to syncprov consumers
by rein＠OpenLDAP.org
Full_Name: Rein Tollevik
Version: CVS head
OS:
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (81.93.160.250)
Submitted by: rein
When syncrepl and syncprov are both used on a glue database, the
contextCSN received from the syncrepl producers are not passed on to the
syncprov consumers when changes in subordinate databases are received.
The reason is that syncrepl queues the CSNs in the glue backend, while
syncprov fetches them from the backend where the changes are made. As a
consequence, the consumers will be passed a cookie without any csn
value.
My first attempt at fixing this was to change syncprov to fetch the
queued csn values from the glue backend where it was used. But that
failed as other modules queues the csn values in their own backend when
they changes things. Instead I changed ctxcsn.c so that it always
queues them in the glue backend where syncprov is used. But I don't
feel that my understanding of this stuff is good enough to be sure that
this is the optimal solution..
Btw, in syncprov_checkpoint() there is a similar SLAP_GLUE_SUBORDINATE
test, should that have included an overlay_is_inst() clause as well?
Rein Tollevik
Basefarm AS
Index: OpenLDAP/servers/slapd/ctxcsn.c
diff -u OpenLDAP/servers/slapd/ctxcsn.c:1.1.1.11
OpenLDAP/servers/slapd/ctxcsn.c:1.2
--- OpenLDAP/servers/slapd/ctxcsn.c:1.1.1.11 Sat Mar 22 16:47:49 2008
+++ OpenLDAP/servers/slapd/ctxcsn.c Wed Apr 30 19:44:25 2008
@@ -37,67 +37,78 @@
)
{
struct slap_csn_entry *csne, *committed_csne = NULL;
+ Backend *be = op->o_bd;
if ( maxcsn ) {
BER_BVZERO( maxcsn );
}
- ldap_pvt_thread_mutex_lock( op->o_bd->be_pcl_mutexp );
+ if ( SLAP_GLUE_SUBORDINATE( be ) && !overlay_is_inst( be, "syncprov" ))
+ be = select_backend( &be->be_nsuffix[0], 1 );
+ ldap_pvt_thread_mutex_lock( be->be_pcl_mutexp );
- LDAP_TAILQ_FOREACH( csne, op->o_bd->be_pending_csn_list, ce_csn_link ) {
+ LDAP_TAILQ_FOREACH( csne, be->be_pending_csn_list, ce_csn_link ) {
if ( csne->ce_opid == op->o_opid && csne->ce_connid == op->o_connid ) {
csne->ce_state = SLAP_CSN_COMMIT;
break;
}
}
- LDAP_TAILQ_FOREACH( csne, op->o_bd->be_pending_csn_list, ce_csn_link ) {
+ LDAP_TAILQ_FOREACH( csne, be->be_pending_csn_list, ce_csn_link ) {
if ( csne->ce_state == SLAP_CSN_COMMIT ) committed_csne = csne;
if ( csne->ce_state == SLAP_CSN_PENDING ) break;
}
if ( committed_csne && maxcsn ) *maxcsn = committed_csne->ce_csn;
- ldap_pvt_thread_mutex_unlock( op->o_bd->be_pcl_mutexp );
+ ldap_pvt_thread_mutex_unlock( be->be_pcl_mutexp );
}
void
slap_rewind_commit_csn( Operation *op )
{
struct slap_csn_entry *csne;
+ Backend *be = op->o_bd;
- ldap_pvt_thread_mutex_lock( op->o_bd->be_pcl_mutexp );
+ if ( SLAP_GLUE_SUBORDINATE( be ) && !overlay_is_inst( be, "syncprov" ))
+ be = select_backend( &be->be_nsuffix[0], 1 );
+ ldap_pvt_thread_mutex_lock( be->be_pcl_mutexp );
- LDAP_TAILQ_FOREACH( csne, op->o_bd->be_pending_csn_list, ce_csn_link ) {
+ LDAP_TAILQ_FOREACH( csne, be->be_pending_csn_list, ce_csn_link ) {
if ( csne->ce_opid == op->o_opid && csne->ce_connid == op->o_connid ) {
csne->ce_state = SLAP_CSN_PENDING;
break;
}
}
- ldap_pvt_thread_mutex_unlock( op->o_bd->be_pcl_mutexp );
+ ldap_pvt_thread_mutex_unlock( be->be_pcl_mutexp );
}
void
slap_graduate_commit_csn( Operation *op )
{
struct slap_csn_entry *csne;
+ Backend *be;
if ( op == NULL ) return;
if ( op->o_bd == NULL ) return;
+ be = op->o_bd;
+ if ( SLAP_GLUE_SUBORDINATE( be ) && !overlay_is_inst( be, "syncprov" ))
+ be = select_backend( &be->be_nsuffix[0], 1 );
+
#if 0
/* it is NULL when we get here from the frontendDB;
* alternate fix: initialize frontendDB like all other backends */
- assert( op->o_bd->be_pcl_mutexp != NULL );
+ assert( be->be_pcl_mutexp != NULL );
#endif
- if ( op->o_bd->be_pcl_mutexp == NULL ) return;
+ if ( be->be_pcl_mutexp == NULL ) return;
- ldap_pvt_thread_mutex_lock( op->o_bd->be_pcl_mutexp );
+ ldap_pvt_thread_mutex_lock( be->be_pcl_mutexp );
- LDAP_TAILQ_FOREACH( csne, op->o_bd->be_pending_csn_list, ce_csn_link ) {
+ LDAP_TAILQ_FOREACH( csne, be->be_pending_csn_list, ce_csn_link ) {
if ( csne->ce_opid == op->o_opid && csne->ce_connid == op->o_connid ) {
- LDAP_TAILQ_REMOVE( op->o_bd->be_pending_csn_list,
+ LDAP_TAILQ_REMOVE( be->be_pending_csn_list,
csne, ce_csn_link );
Debug( LDAP_DEBUG_SYNC, "slap_graduate_commit_csn: removing %p %s\n",
csne->ce_csn.bv_val, csne->ce_csn.bv_val, 0 );
@@ -110,7 +121,7 @@
}
}
- ldap_pvt_thread_mutex_unlock( op->o_bd->be_pcl_mutexp );
+ ldap_pvt_thread_mutex_unlock( be->be_pcl_mutexp );
return;
}
@@ -161,22 +172,25 @@
struct berval *csn )
{
struct slap_csn_entry *pending;
+ Backend *be = op->o_bd;
pending = (struct slap_csn_entry *) ch_calloc( 1,
sizeof( struct slap_csn_entry ));
Debug( LDAP_DEBUG_SYNC, "slap_queue_csn: queing %p %s\n", csn->bv_val,
csn->bv_val, 0 );
- ldap_pvt_thread_mutex_lock( op->o_bd->be_pcl_mutexp );
+ if ( SLAP_GLUE_SUBORDINATE( be ) && !overlay_is_inst( be, "syncprov" ))
+ be = select_backend( &be->be_nsuffix[0], 1 );
+ ldap_pvt_thread_mutex_lock( be->be_pcl_mutexp );
ber_dupbv( &pending->ce_csn, csn );
ber_bvreplace_x( &op->o_csn, &pending->ce_csn, op->o_tmpmemctx );
pending->ce_connid = op->o_connid;
pending->ce_opid = op->o_opid;
pending->ce_state = SLAP_CSN_PENDING;
- LDAP_TAILQ_INSERT_TAIL( op->o_bd->be_pending_csn_list,
+ LDAP_TAILQ_INSERT_TAIL( be->be_pending_csn_list,
pending, ce_csn_link );
- ldap_pvt_thread_mutex_unlock( op->o_bd->be_pcl_mutexp );
+ ldap_pvt_thread_mutex_unlock( be->be_pcl_mutexp );
}
int
15 years, 1 month
(ITS#5487) syncprov_findbase must search the backend from the syncrepl search
by rein＠OpenLDAP.org
Full_Name: Rein Tollevik
Version: CVS head
OS:
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (81.93.160.250)
Submitted by: rein
syncprov_findbase() must search the backend saved with the syncrepl operation,
not the one from the operation passed as argument. The backend in the op
argument can be a subordinate database, in which case the search for the base in
the superior database will fail, and syncrepl consumers will be force to do a an
unneccessary full refresh of the database. The patch at the end should fix
this. Note that both fop.o_bd and fop.o_bd->bd_info can be changed by the
overlay_op_walk() call, which is the reason for the long pointer traversal to
find the correct bd_info to save and restore.
Rein Tollevik
Basefarm AS
diff -u OpenLDAP/servers/slapd/overlays/syncprov.c:1.1.1.18
OpenLDAP/servers/slapd/overlays/syncprov.c:1.19
--- OpenLDAP/servers/slapd/overlays/syncprov.c:1.1.1.18 Wed Apr 30 13:17:58
2008
+++ OpenLDAP/servers/slapd/overlays/syncprov.c Wed Apr 30 19:34:00 2008
@@ -404,7 +404,7 @@
slap_callback cb = {0};
Operation fop;
SlapReply frs = { REP_RESULT };
- BackendInfo *bi;
+ BackendInfo *bi = fc->fss->s_op->o_bd->bd_info;
int rc;
fc->fss->s_flags ^= PS_FIND_BASE;
@@ -413,10 +413,8 @@
fop = *fc->fss->s_op;
fop.o_hdr = op->o_hdr;
- fop.o_bd = op->o_bd;
fop.o_time = op->o_time;
fop.o_tincr = op->o_tincr;
- bi = op->o_bd->bd_info;
cb.sc_response = findbase_cb;
cb.sc_private = fc;
@@ -435,7 +433,7 @@
fop.ors_filterstr = generic_filterstr;
rc = overlay_op_walk( &fop, &frs, op_search, on->on_info, on );
- op->o_bd->bd_info = bi;
+ fc->fss->s_op->o_bd->bd_info = bi;
} else {
ldap_pvt_thread_mutex_unlock( &fc->fss->s_mutex );
fc->fbase = 1;
15 years, 1 month
Re: (ITS#5470) Sporadic failures with RE24
by luca＠OpenLDAP.org
This is a multi-part message in MIME format.
--------------080809000906010300090306
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Howard Chu wrote:
> Thanks. Please try HEAD again.
No way.
new testrun directory in
ftp://ftp.sys-net.it/luca_scamoni_its5470_20080430-new.tgz
backtrace attached
--------------080809000906010300090306
Content-Type: text/plain;
name="bt.txt"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline;
filename="bt.txt"
Program terminated with signal 11, Segmentation fault.
#0 0x0807e6e4 in filter2bv_x (op=0x2a17dac, f=0x32383833, fstr=0x2a17948) at filter.c:588
588 undef = f->f_choice & SLAPD_FILTER_UNDEFINED;
(gdb) thr apply all bt full
Thread 5 (process 11932):
#0 0x00110402 in __kernel_vsyscall ()
No symbol table info available.
#1 0x0072f605 in pthread_join () from /lib/libpthread.so.0
No symbol table info available.
#2 0x0011e907 in ldap_pvt_thread_join (thread=18434960, thread_return=0x0) at thr_posix.c:197
No locals.
#3 0x080766b2 in slapd_daemon () at daemon.c:2644
listener_tid = 18434960
rc = 0
#4 0x0805badc in main (argc=8, argv=0xbfce4da4) at main.c:946
i = -1
no_detach = 1
rc = -12
urls = 0x9210018 "ldap://localhost:9012/"
username = 0x0
groupname = 0x0
sandbox = 0x0
syslogUser = 160
g_argc = 8
g_argv = (char **) 0xbfce4da4
configfile = 0x0
configdir = 0x9210008 "./slapd.d"
serverName = 0xbfce5306 "lt-slapd"
serverMode = 1
scp = (struct sync_cookie *) 0x0
scp_entry = (struct sync_cookie *) 0x0
debug_unknowns = (char **) 0x0
syslog_unknowns = (char **) 0x0
serverNamePrefix = 0x812e057 ""
l = 1347374360
slapd_pid_file_unlink = 0
slapd_args_file_unlink = 0
firstopt = 0
__PRETTY_FUNCTION__ = "main"
Thread 4 (process 11947):
#0 0x00110402 in __kernel_vsyscall ()
No symbol table info available.
#1 0x00670346 in epoll_wait () from /lib/libc.so.6
No symbol table info available.
#2 0x08075aa1 in slapd_daemon_task (ptr=0x0) at daemon.c:2281
ns = 1
at = 0
nfds = 7
revents = (struct epoll_event *) 0x9213d78
tvp = (struct timeval *) 0x11942fc
cat = {tv_sec = 1209559064, tv_usec = 0}
i = 0
nwriters = 0
now = 1209559054
tv = {tv_sec = 10, tv_usec = 0}
tdelta = 1
rtask = (struct re_s *) 0x92895b0
l = 2
last_idle_check = 0
idle = {tv_sec = 0, tv_usec = 0}
ebadf = 0
#3 0x0072e50b in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#4 0x0066fb2e in clone () from /lib/libc.so.6
No symbol table info available.
Thread 3 (process 12114):
#0 0x00110402 in __kernel_vsyscall ()
No symbol table info available.
#1 0x007325d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
No symbol table info available.
#2 0x0011ea0c in ldap_pvt_thread_cond_wait (cond=0x9234cf4, mutex=0x9234cdc) at thr_posix.c:277
No locals.
#3 0x0011d6bb in ldap_int_thread_pool_wrapper (xpool=0x9234cd8) at tpool.c:654
pool = (struct ldap_int_thread_pool_s *) 0x9234cd8
task = (ldap_int_thread_task_t *) 0x0
work_list = (ldap_int_tpool_plist_t *) 0x9234d58
ctx = {ltu_id = 22633360, ltu_key = {{ltk_key = 0x8079056, ltk_data = 0x926ab48, ltk_free = 0x8078e75 <conn_counter_destroy>}, {ltk_key = 0x80dc7a5,
ltk_data = 0x9268408, ltk_free = 0x80dc5dc <slap_sl_mem_destroy>}, {ltk_key = 0x809116b, ltk_data = 0x926a890, ltk_free = 0x80910e8 <slap_op_q_destroy>}, {
ltk_key = 0x9294ac0, ltk_data = 0xb7b821d4, ltk_free = 0xc0be2a}, {ltk_key = 0xbf9b33, ltk_data = 0xb6196008, ltk_free = 0xbf9b08}, {ltk_key = 0x0, ltk_data = 0x0,
ltk_free = 0} <repeats 27 times>}}
kctx = (ldap_int_thread_userctx_t *) 0x0
i = 32
keyslot = 165
hash = 5272741
__PRETTY_FUNCTION__ = "ldap_int_thread_pool_wrapper"
#4 0x0072e50b in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#5 0x0066fb2e in clone () from /lib/libc.so.6
No symbol table info available.
Thread 2 (process 12129):
#0 0x00110402 in __kernel_vsyscall ()
No symbol table info available.
#1 0x007325d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
No symbol table info available.
#2 0x0011ea0c in ldap_pvt_thread_cond_wait (cond=0x9234cf4, mutex=0x9234cdc) at thr_posix.c:277
No locals.
#3 0x0011d6bb in ldap_int_thread_pool_wrapper (xpool=0x9234cd8) at tpool.c:654
pool = (struct ldap_int_thread_pool_s *) 0x9234cd8
task = (ldap_int_thread_task_t *) 0x0
work_list = (ldap_int_tpool_plist_t *) 0x9234d58
ctx = {ltu_id = 60083088, ltu_key = {{ltk_key = 0x80dc7a5, ltk_data = 0x9266bf8, ltk_free = 0x80dc5dc <slap_sl_mem_destroy>}, {ltk_key = 0x8079056, ltk_data = 0x927ba30,
ltk_free = 0x8078e75 <conn_counter_destroy>}, {ltk_key = 0x809116b, ltk_data = 0x926a558, ltk_free = 0x80910e8 <slap_op_q_destroy>}, {ltk_key = 0x9294ac0,
ltk_data = 0xb7b823b4, ltk_free = 0xc0be2a}, {ltk_key = 0xbf9b33, ltk_data = 0xb6997008, ltk_free = 0xbf9b08}, {ltk_key = 0x0, ltk_data = 0x0,
ltk_free = 0} <repeats 27 times>}}
kctx = (ldap_int_thread_userctx_t *) 0x0
i = 32
keyslot = 306
hash = 5400882
__PRETTY_FUNCTION__ = "ldap_int_thread_pool_wrapper"
#4 0x0072e50b in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#5 0x0066fb2e in clone () from /lib/libc.so.6
No symbol table info available.
Thread 1 (process 12939):
#0 0x0807e6e4 in filter2bv_x (op=0x2a17dac, f=0x32383833, fstr=0x2a17948) at filter.c:588
i = 153708648
p = (Filter *) 0xb
tmp = {bv_len = 0, bv_val = 0x9296868 "\b\220\231�\b\220\231�\b\220��\001"}
value = {bv_len = 153577944, bv_val = 0x0}
len = 44136616
choice = 134851750
undef = 153577944
sign = 0x0
ber_bvfalse = {bv_len = 9, bv_val = 0x8135aac "(?=false)"}
ber_bvtrue = {bv_len = 8, bv_val = 0x8135aa3 "(?=true)"}
ber_bvundefined = {bv_len = 13, bv_val = 0x8135a95 "(?=undefined)"}
ber_bverror = {bv_len = 9, bv_val = 0x8135a8b "(?=error)"}
ber_bvunknown = {bv_len = 11, bv_val = 0x8135a7f "(?=unknown)"}
ber_bvnone = {bv_len = 8, bv_val = 0x8135a76 "(?=none)"}
#1 0x0807ef20 in filter2bv_x (op=0x2a17dac, f=0x92dd360, fstr=0x2a17df0) at filter.c:742
i = 40
p = (Filter *) 0x32383833
tmp = {bv_len = 9, bv_val = 0x92769d8 "�]-\t"}
value = {bv_len = 153998176, bv_val = 0x0}
len = 94946797
choice = 160
undef = 0
sign = 0x0
ber_bvfalse = {bv_len = 9, bv_val = 0x8135aac "(?=false)"}
ber_bvtrue = {bv_len = 8, bv_val = 0x8135aa3 "(?=true)"}
ber_bvundefined = {bv_len = 13, bv_val = 0x8135a95 "(?=undefined)"}
ber_bverror = {bv_len = 9, bv_val = 0x8135a8b "(?=error)"}
ber_bvunknown = {bv_len = 11, bv_val = 0x8135a7f "(?=unknown)"}
ber_bvnone = {bv_len = 8, bv_val = 0x8135a76 "(?=none)"}
#2 0x080e97eb in syncrepl_del_nonpresent (op=0x2a17dac, si=0x9294348, uuids=0x0, sc=0x2a17c08, m=0) at syncrepl.c:2444
f = (Filter *) 0x92dd36c
i = 1
cf = (Filter *) 0x92dd360
of = (Filter *) 0x92994e8
be = (Backend *) 0x92891f8
cb = {sc_next = 0x0, sc_response = 0x80eb85b <nonpresent_callback>, sc_cleanup = 0, sc_private = 0x9294348}
rs_search = {sr_type = REP_RESULT, sr_tag = 0, sr_msgid = 0, sr_err = 0, sr_matched = 0x0, sr_text = 0x0, sr_ref = 0x0, sr_ctrls = 0x0, sr_un = {sru_sasl = {
r_sasldata = 0x0}, sru_extended = {r_rspoid = 0x0, r_rspdata = 0x0}, sru_search = {r_entry = 0x0, r_attr_flags = 0, r_operational_attrs = 0x0, r_attrs = 0x0,
r_nentries = 0, r_v2ref = 0x0}}, sr_flags = 0}
rs_delete = {sr_type = REP_RESULT, sr_tag = 0, sr_msgid = 0, sr_err = 0, sr_matched = 0x0, sr_text = 0x0, sr_ref = 0x0, sr_ctrls = 0x0, sr_un = {sru_sasl = {
r_sasldata = 0x0}, sru_extended = {r_rspoid = 0x0, r_rspdata = 0x0}, sru_search = {r_entry = 0x0, r_attr_flags = 0, r_operational_attrs = 0x0, r_attrs = 0x0,
r_nentries = 0, r_v2ref = 0x0}}, sr_flags = 0}
rs_modify = {sr_type = REP_RESULT, sr_tag = 0, sr_msgid = 0, sr_err = 0, sr_matched = 0x0, sr_text = 0x0, sr_ref = 0x0, sr_ctrls = 0x0, sr_un = {sru_sasl = {
r_sasldata = 0x0}, sru_extended = {r_rspoid = 0x0, r_rspdata = 0x0}, sru_search = {r_entry = 0x0, r_attr_flags = 0, r_operational_attrs = 0x0, r_attrs = 0x0,
r_nentries = 0, r_v2ref = 0x0}}, sr_flags = 0}
np_list = (struct nonpresent_entry *) 0x92994e8
np_prev = (struct nonpresent_entry *) 0x0
rc = 44137248
an = {{an_name = {bv_len = 9, bv_val = 0x922ed58 "entryUUID"}, an_desc = 0x922edf8, an_oc_exclude = 0, an_oc = 0x0}, {an_name = {bv_len = 0, bv_val = 0x0},
an_desc = 0x0, an_oc_exclude = 0, an_oc = 0x0}}
pdn = {bv_len = 0, bv_val = 0x0}
csn = {bv_len = 4294967295, bv_val = 0x15a4b8 "P\223\004"}
#3 0x080e4a27 in do_syncrep2 (op=0x2a17dac, si=0x9294348) at syncrepl.c:952
rctrls = (LDAPControl **) 0x92994e8
rctrlp = (LDAPControl *) 0x92ddf18
berbuf = {
buffer = "\002\000\001\000\005\001", '\0' <repeats 14 times>, "X4'\t\2304'\t\2304'\t", '\0' <repeats 32 times>, "�|�\002\000\000\000\000\000\000\000\000�|�\002\000\000\000\000\000\000\000\000\001\000\000\000\000\000\000\000\021\000\000\000�h)\t\021\000\000\000\210�%\t�|�\002", '\0' <repeats 16 times>, "��\"\t8\226(\tpb)\t\001", '\0' <repeats 15 times>, "\n\000\000\0008�\"\t��\"\t\000\000\000\000��\025\000\000\000\000\000\000\000\000\000\000|�\002\000\000\000\000\001\000\000\000�D)\t\001\000\000\000��\025\000x}�\002\024\021\024\000\210\220(\t\001\000\000\000�}�\002\b9\016\b\001"..., ialign = 65538, lalign = 65538, falign = 9.18382988e-41, dalign = 5.5384093382201037e-312,
palign = 0x10002 <Address 0x10002 out of bounds>}
ber = (BerElement *) 0x2a17c44
msg = (LDAPMessage *) 0x92d6718
retoid = 0x9297730 "all alumni assoc staff"
retdata = (struct berval *) 0x92734f8
entry = (Entry *) 0x92cbf2c
syncstate = 1
syncUUID = {bv_len = 16, bv_val = 0x92d5dff "\t\020"}
syncCookie = {ctxcsn = 0x92ddf30, octet_str = {bv_len = 60, bv_val = 0x92dcf08 "rid=004,sid=002,csn=20080430123714.430853Z#000000#001#000000"}, rid = 4, sid = 2,
numcsns = 1, sids = 0x9277d68, sc_next = {stqe_next = 0x0}}
syncCookie_req = {ctxcsn = 0x92734e0, octet_str = {bv_len = 60, bv_val = 0x92966e0 "rid=004,sid=002,csn=20080430123714.247229Z#000000#001#000000"}, rid = 4, sid = 2,
numcsns = 1, sids = 0x9297bd8, sc_next = {stqe_next = 0x0}}
cookie = {bv_len = 60, bv_val = 0x927345c "ames a jones 2,ou=alumni association,ou=people,dc=example,dc=com"}
rc = 101
err = 0
len = 0
psub = (struct berval *) 0x9289190
modlist = (Modifications *) 0x92748b0
match = -1
m = 0
tout_p = (struct timeval *) 0x0
tout = {tv_sec = 0, tv_usec = 0}
refreshDeletes = 0
syncUUIDs = (BerVarray) 0x9272478
si_tag = 163
#4 0x080e5c1f in do_syncrepl (ctx=0x2a1820c, arg=0x92895b0) at syncrepl.c:1276
rtask = (struct re_s *) 0x92895b0
si = (syncinfo_t *) 0x9294348
conn = {c_struct_state = 0, c_conn_state = 0, c_conn_idx = -1, c_sd = 0, c_close_reason = 0x0, c_mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __kind = 0,
__nusers = 0, {__spins = 0, __list = {__next = 0x0}}}, __size = '\0' <repeats 23 times>, __align = 0}, c_sb = 0x0, c_starttime = 0, c_activitytime = 0,
c_connid = 4294967295, c_peer_domain = {bv_len = 0, bv_val = 0x812e3c4 ""}, c_peer_name = {bv_len = 0, bv_val = 0x812e3c4 ""}, c_listener = 0x8134fa0, c_sasl_bind_mech = {
bv_len = 0, bv_val = 0x0}, c_sasl_dn = {bv_len = 0, bv_val = 0x0}, c_sasl_authz_dn = {bv_len = 0, bv_val = 0x0}, c_authz_backend = 0x0, c_authz_cookie = 0x0, c_authz = {
sai_method = 0, sai_mech = {bv_len = 0, bv_val = 0x0}, sai_dn = {bv_len = 0, bv_val = 0x0}, sai_ndn = {bv_len = 0, bv_val = 0x0}, sai_ssf = 0, sai_transport_ssf = 0,
sai_tls_ssf = 0, sai_sasl_ssf = 0}, c_protocol = 0, c_ops = {stqh_first = 0x0, stqh_last = 0x0}, c_pending_ops = {stqh_first = 0x0, stqh_last = 0x0}, c_write_mutex = {
__data = {__lock = 0, __count = 0, __owner = 0, __kind = 0, __nusers = 0, {__spins = 0, __list = {__next = 0x0}}}, __size = '\0' <repeats 23 times>, __align = 0},
c_write_cv = {__data = {__lock = 0, __futex = 0, __total_seq = 0, __wakeup_seq = 0, __woken_seq = 0, __mutex = 0x0, __nwaiters = 0, __broadcast_seq = 0},
__size = '\0' <repeats 47 times>, __align = 0}, c_currentber = 0x0, c_sasl_bind_in_progress = 0 '\0', c_writewaiter = 0 '\0', c_is_tls = 0 '\0', c_needs_tls_accept = 0 '\0',
c_sasl_layers = 0 '\0', c_sasl_done = 0 '\0', c_sasl_authctx = 0x0, c_sasl_sockctx = 0x0, c_sasl_extra = 0x0, c_sasl_bindop = 0x0, c_txn = 0, c_txn_backend = 0x0, c_txn_ops = {
stqh_first = 0x0, stqh_last = 0x0}, c_pagedresults_state = {ps_be = 0x0, ps_size = 0, ps_count = 0, ps_cookie = 0, ps_cookieval = {bv_len = 0, bv_val = 0x0}},
c_n_ops_received = 0, c_n_ops_executing = 0, c_n_ops_pending = 0, c_n_ops_completed = 0, c_n_get = 0, c_n_read = 0, c_n_write = 0, c_extensions = 0x0, c_clientfunc = 0,
c_clientarg = 0x0, c_send_ldap_result = 0x808d3c3 <slap_send_ldap_result>, c_send_search_entry = 0x808e0c3 <slap_send_search_entry>,
c_send_search_reference = 0x808fe46 <slap_send_search_reference>, c_send_ldap_extended = 0, c_send_ldap_intermediate = 0}
opbuf = {ob_op = {o_hdr = 0x2a17e84, o_tag = 99, o_time = 1209559044, o_tincr = 18, o_bd = 0x92891f8, o_req_dn = {bv_len = 17, bv_val = 0x92944e8 "dc=example,dc=com"},
o_req_ndn = {bv_len = 17, bv_val = 0x92944e8 "dc=example,dc=com"}, o_request = {oq_add = {rs_modlist = 0x2, rs_e = 0x0}, oq_bind = {rb_method = 2, rb_cred = {bv_len = 0,
bv_val = 0xffffffff <Address 0xffffffff out of bounds>}, rb_edn = {bv_len = 4294967295, bv_val = 0x0}, rb_ssf = 0, rb_mech = {bv_len = 44136992,
bv_val = 0x92dd360 "�"}}, oq_compare = {rs_ava = 0x2}, oq_modify = {rs_mods = {rs_modlist = 0x2, rs_no_opattrs = 0 '\0'}, rs_increment = -1}, oq_modrdn = {rs_mods = {
rs_modlist = 0x2, rs_no_opattrs = 0 '\0'}, rs_deleteoldrdn = -1, rs_newrdn = {bv_len = 4294967295, bv_val = 0x0}, rs_nnewrdn = {bv_len = 0, bv_val = 0x2a17a20 "\t"},
rs_newSup = 0x92dd360, rs_nnewSup = 0x5a8c5ed}, oq_search = {rs_scope = 2, rs_deref = 0, rs_slimit = -1, rs_tlimit = -1, rs_limit = 0x0, rs_attrsonly = 0,
rs_attrs = 0x2a17a20, rs_filter = 0x92dd360, rs_filterstr = {bv_len = 94946797,
bv_val = 0xafb97008 "(&(?=error)(?=unknown)(?=error)(?=unknown)(?=unknown)(?=error)(?=error)(?=unknown)(?=unknown)(?=unknown)(?=error)(?=unknown)(?=error)(?=unknown)(?=error)(?=unknown)(?=unknown)(?=error)(?=error)(?=unkn"...}}, oq_abandon = {rs_msgid = 2}, oq_cancel = {rs_msgid = 2}, oq_extended = {rs_reqoid = {bv_len = 2, bv_val = 0x0},
rs_flags = -1, rs_reqdata = 0xffffffff}, oq_pwdexop = {rs_extended = {rs_reqoid = {bv_len = 2, bv_val = 0x0}, rs_flags = -1, rs_reqdata = 0xffffffff}, rs_old = {
bv_len = 0, bv_val = 0x0}, rs_new = {bv_len = 44136992, bv_val = 0x92dd360 "�"}, rs_mods = 0x5a8c5ed, rs_modtail = 0xafb97008}}, o_abandon = 0, o_cancel = 0,
o_groups = 0x0, o_do_not_cache = 0 '\0', o_is_auth_check = 0 '\0', o_acl_priv = ACL_NONE, o_nocaching = 0 '\0', o_delete_glue_parent = 0 '\0', o_no_schema_check = 1 '\001',
o_no_subordinate_glue = 0 '\0', o_ctrlflag = '\0' <repeats 16 times>, "\002", '\0' <repeats 14 times>, o_controls = 0x2a17fb0, o_authz = {sai_method = 0, sai_mech = {
bv_len = 0, bv_val = 0x0}, sai_dn = {bv_len = 28, bv_val = 0x9289570 "cn=Manager,dc=example,dc=com"}, sai_ndn = {bv_len = 28,
bv_val = 0x92891c8 "cn=manager,dc=example,dc=com"}, sai_ssf = 0, sai_transport_ssf = 0, sai_tls_ssf = 0, sai_sasl_ssf = 0}, o_ber = 0x0, o_res_ber = 0x0,
o_callback = 0x2a17afc, o_ctrls = 0x0, o_csn = {bv_len = 0, bv_val = 0x0}, o_private = 0x0, o_extra = {slh_first = 0x0}, o_next = {stqe_next = 0x0}}, ob_hdr = {oh_opid = 0,
oh_connid = 4294967295, oh_conn = 0x2a18030, oh_msgid = 0, oh_protocol = 3, oh_tid = 44141456, oh_threadctx = 0x2a1820c, oh_tmpmemctx = 0x0, oh_tmpmfuncs = 0x817c834,
oh_counters = 0x81c2900, oh_log_prefix = "conn=-1 op=0", '\0' <repeats 243 times>, oh_extensions = 0x0}, ob_controls = {0x0 <repeats 32 times>}}
op = (Operation *) 0x2a17dac
rc = 0
dostop = 0
do_setup = 0
s = 18
i = 44138952
defer = 1
fail = 0
be = (Backend *) 0x92891f8
#5 0x0011d72e in ldap_int_thread_pool_wrapper (xpool=0x9234cd8) at tpool.c:663
pool = (struct ldap_int_thread_pool_s *) 0x9234cd8
task = (ldap_int_thread_task_t *) 0x9266868
work_list = (ldap_int_tpool_plist_t *) 0x9234d58
ctx = {ltu_id = 44141456, ltu_key = {{ltk_key = 0x80dc7a5, ltk_data = 0x9296868, ltk_free = 0x80dc5dc <slap_sl_mem_destroy>}, {ltk_key = 0x9294ac0,
ltk_data = 0xb7b822c4, ltk_free = 0xc0be2a}, {ltk_key = 0xbf9b33, ltk_data = 0xb7198008, ltk_free = 0xbf9b08}, {ltk_key = 0x8079056, ltk_data = 0x9288c68,
ltk_free = 0x8078e75 <conn_counter_destroy>}, {ltk_key = 0x809116b, ltk_data = 0x9273cc0, ltk_free = 0x80910e8 <slap_op_q_destroy>}, {ltk_key = 0x0, ltk_data = 0x0,
ltk_free = 0} <repeats 27 times>}}
kctx = (ldap_int_thread_userctx_t *) 0x0
i = 32
keyslot = 606
hash = 5329502
__PRETTY_FUNCTION__ = "ldap_int_thread_pool_wrapper"
#6 0x0072e50b in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#7 0x0066fb2e in clone () from /lib/libc.so.6
No symbol table info available.
(gdb)
--------------080809000906010300090306--
15 years, 1 month
