openldap-bugs

openldap-bugs@openldap.org

1 participants
20960 discussions

Re: (ITS#6390) test020 seg faults
by rhafer＠suse.de 20 Nov '09

20 Nov '09

Hm, I get the following warning during the make run: cc -g -O2 -I../../include -I../../../servers/slapd - I../../../servers/slapd/slapi -I. -I../../../include -c -o syncrepl.o= =20 =2E./../../servers/slapd/syncrepl.c =2E./../../servers/slapd/syncrepl.c: In function =E2=80=98syncrepl_add_glue= =E2=80=99: = =20 =2E./../../servers/slapd/syncrepl.c:2861: warning: cast to pointer from int= eger=20 of different size = =20 =2E./../../servers/slapd/syncrepl.c:2936: warning: cast to pointer from int= eger=20 of different size = =20 =2E./../../servers/slapd/syncrepl.c:2945: warning: cast to pointer from int= eger=20 of different size =2E./../../servers/slapd/syncrepl.c:2861 is: comma =3D ber_bvrchr( &ptr, ',' ); with ber_bvrchr being a macro around memrchr(). So it seems that memrchr() = is=20 undefined in syncrepl.c. Digging through the glibc headers it seems that memrchr() is hidden behind= =20 _GNU_SOURCE. Adding a #define _GNU_SOURCE 1 seems to fix the problem. At le= ast=20 the warnings go away and test020 did fail during the last 40 testruns for m= e. =2D-=20 Ralf

1 0

Re: (ITS#6390) test020 seg faults
by rhafer＠suse.de 20 Nov '09

20 Nov '09

Am Freitag 20 November 2009 00:55:06 schrieb hyc(a)symas.com: This might help: #0 0x00007f117a3f0f54 in __memrchr (s=<value optimized out>, c_in=44, n=18446604362718380092) at memrchr.c:84 char_ptr = 0x7010c82b <Address 0x7010c82b out of bounds> longword_ptr = <value optimized out> longword = <value optimized out> charmask = <value optimized out> c = 44 ',' #1 0x00000000004c484a in syncrepl_add_glue (op=0x7f1177466dd0, e=0xa12508) at ../../../servers/slapd/syncrepl.c:2861 be = 0x9cb760 cb = {sc_next = 0x0, sc_response = 0x4c6e90 <null_callback>, sc_cleanup = 0, sc_private = 0x0} a = 0x0 rc = 0 suffrdns = 2 i = 1 dn = {bv_len = 67, bv_val = 0x7f117010c7f0 "cn=Jennifer Smith,ou=Alumni Association,ou=People,dc=example,dc=com"} ndn = {bv_len = 67, bv_val = 0x7f117010c840 "cn=jennifer smith,ou=alumni association,ou=people,dc=example,dc=com"} glue = 0x3000000018 rs_add = {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_search = {r_entry = 0x0, r_attr_flags = 0, r_operational_attrs = 0x0, r_attrs = 0x0, r_nentries = 0, r_v2ref = 0x0}, sru_sasl = {r_sasldata = 0x0}, sru_extended = {r_rspoid = 0x0, r_rspdata = 0x0}}, sr_flags = 0} ptr = {bv_len = 18446604362718380092, bv_val = 0x7f117010c7f0 "cn=Jennifer Smith,ou=Alumni Association,ou=People,dc=example,dc=com"} nptr = {bv_len = 139712992275168, bv_val = 0x0} comma = 0x7010c82c <Address 0x7010c82c out of bounds> __PRETTY_FUNCTION__ = "syncrepl_add_glue" #2 0x00000000005a5754 in merge_entry (op=0x7f1177466dd0, e=0xa12508, dup=0, query_uuid=0x7f117010c3e0) at ../../../../servers/slapd/overlays/pcache.c:873 rc = 32 modlist = 0x0 text = 0x0 attr = 0xa2a8b0 textbuf = "\020mFw\021\177\000\000\033JK\000\000\000\000\000\376\003\000\000\000\000\000\000\260\215Fw\021\177\000\000 nFw\001\000\000\000\000\000\020\000\000\000\000\000\340\r\000p\021\177\000\000\340\r\000p\021\177\000\000\020\231Fw\021\177\000\000\a\000\000\000\021\177\000\000\377\377\377\377\377\377\377\377\377\377\377\377\021\177\000\000\360lFw\021\177\000\000r\000`\377\377\377\377\377\020mFw\021\177", '\000' <repeats 18 times>, "\020\231Fw\021\177\000\000 mFw\021\177\000\000!\004`\377\377\377\377\377i{\006K\000\000\000\000PtFw\021\177", '\000' <repeats 18 times>, "PmFw\021\177\000\000\300L\211\000\000\000\000\000PmFw\021\177\000\000:\320E\000\000\000\000\000\350mFw\021\177\000\000\340mFw\021\177\000\000\240mFw\021\177\000\000\247ID\000\000\000\000" textlen = 256 sreply = {sr_type = REP_RESULT, sr_tag = 105, sr_msgid = 0, sr_err = 32, sr_matched = 0x0, sr_text = 0x0, sr_ref = 0x0, sr_ctrls = 0x0, sr_un = {sru_search = {r_entry = 0x0, r_attr_flags = 0, r_operational_attrs = 0x0, r_attrs = 0x0, r_nentries = 0, r_v2ref = 0x0}, sru_sasl = {r_sasldata = 0x0}, sru_extended = {r_rspoid = 0x0, r_rspdata = 0x0}}, sr_flags = 0} cb = {sc_next = 0x0, sc_response = 0x457438 <slap_null_cb>, sc_cleanup = 0, sc_private = 0x0} #3 0x00000000005a977c in cache_entries (op=0x7f11700008b0, rs=0x7f1177468c80, query_uuid=0x7f117010c3e0) at ../../../../servers/slapd/overlays/pcache.c:2291 si = 0x7f1170001268 on = 0x9cb580 cm = 0x9cb760 return_val = 0 e = 0xa12508 crp_uuid = {bv_len = 17, bv_val = 0x7f1170001050 "dc=example,dc=com"} uuidbuf = "685decf2-6a12-102e-8d88-29e65eca5b5f\000\000\000" op_tmp = 0x7f1177466dd0 conn = {c_struct_state = SLAP_C_UNINITIALIZED, c_conn_state = SLAP_C_INVALID, c_conn_idx = -1, c_sd = 0, c_close_reason = 0x0, c_mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0, __spins = 0, __list = {__prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 39 times>, __align = 0}, c_sb = 0x0, c_starttime = 0, c_activitytime = 0, c_connid = 18446744073709551615, c_peer_domain = {bv_len = 0, bv_val = 0x5f22a0 ""}, c_peer_name = {bv_len = 0, bv_val = 0x5f22a0 ""}, c_listener = 0x5f9e60, 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_write1_mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0, __spins = 0, __list = {__prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 39 times>, __align = 0}, c_write1_cv = {__data = {__lock = 0, __futex = 0, __total_seq = 0, __wakeup_seq = 0, __woken_seq = 0, __mutex = 0x0, __nwaiters = 0, __broadcast_seq = 0}, __size = '\000' <repeats 47 times>, __align = 0}, c_write2_mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0, __spins = 0, __list = {__prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 39 times>, __align = 0}, c_write2_cv = {__data = {__lock = 0, __futex = 0, __total_seq = 0, __wakeup_seq = 0, __woken_seq = 0, __mutex = 0x0, __nwaiters = 0, __broadcast_seq = 0}, __size = '\000' <repeats 47 times>, __align = 0}, c_currentber = 0x0, c_writers = 0, c_writing = 0 '\000', c_sasl_bind_in_progress = 0 '\000', c_writewaiter = 0 '\000', c_is_tls = 0 '\000', c_needs_tls_accept = 0 '\000', c_sasl_layers = 0 '\000', c_sasl_done = 0 '\000', c_sasl_authctx = 0x0, c_sasl_sockctx = 0x0, c_sasl_extra = 0x0, c_sasl_bindop = 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 = 0x458a5b <slap_send_ldap_result>, c_send_search_entry = 0x45971e <slap_send_search_entry>, c_send_search_reference = 0x45b9e0 <slap_send_search_reference>, c_send_ldap_extended = 0x4592ab <slap_send_ldap_extended>, c_send_ldap_intermediate = 0x459512 <slap_send_ldap_intermediate>} opbuf = {ob_op = {o_hdr = 0x7f1177466f40, o_tag = 104, o_time = 1258716009, o_tincr = 12, o_bd = 0x9cb760, o_req_dn = {bv_len = 67, bv_val = 0x7f117010c7f0 "cn=Jennifer Smith,ou=Alumni Association,ou=People,dc=example,dc=com"}, o_req_ndn = {bv_len = 67, bv_val = 0x7f117010c840 "cn=jennifer smith,ou=alumni association,ou=people,dc=example,dc=com"}, o_request = {oq_add = {rs_modlist = 0x0, rs_e = 0xa12508}, oq_bind = { rb_method = 0, rb_cred = {bv_len = 10560776, bv_val = 0x0}, rb_edn = {bv_len = 0, bv_val = 0x0}, rb_ssf = 0, rb_mech = {bv_len = 0, bv_val = 0x0}}, oq_compare = { rs_ava = 0x0}, oq_modify = {rs_mods = {rs_modlist = 0x0, rs_no_opattrs = 8 '\b'}, rs_increment = 0}, oq_modrdn = {rs_mods = {rs_modlist = 0x0, rs_no_opattrs = 8 '\b'}, rs_deleteoldrdn = 0, rs_newrdn = {bv_len = 0, bv_val = 0x0}, rs_nnewrdn = {bv_len = 0, bv_val = 0x0}, rs_newSup = 0x0, rs_nnewSup = 0x0}, oq_search = {rs_scope = 0, rs_deref = 0, rs_slimit = 10560776, rs_tlimit = 0, rs_limit = 0x0, rs_attrsonly = 0, rs_attrs = 0x0, rs_filter = 0x0, rs_filterstr = {bv_len = 0, bv_val = 0x0}}, oq_abandon = {rs_msgid = 0}, oq_cancel = {rs_msgid = 0}, oq_extended = {rs_reqoid = {bv_len = 0, bv_val = 0xa12508 ""}, rs_flags = 0, rs_reqdata = 0x0}, oq_pwdexop = { rs_extended = {rs_reqoid = {bv_len = 0, bv_val = 0xa12508 ""}, rs_flags = 0, rs_reqdata = 0x0}, rs_old = {bv_len = 0, bv_val = 0x0}, rs_new = {bv_len = 0, bv_val = 0x0}, rs_mods = 0x0, rs_modtail = 0x0}}, o_abandon = 0, o_cancel = 0, o_groups = 0x0, o_do_not_cache = 1 '\001', o_is_auth_check = 0 '\000', o_dont_replicate = 0 '\000', o_acl_priv = ACL_NONE, o_nocaching = 0 '\000', o_delete_glue_parent = 0 '\000', o_no_schema_check = 0 '\000', o_no_subordinate_glue = 0 '\000', o_ctrlflag = '\000' <repeats 31 times>, o_controls = 0x7f1177467088, o_authz = {sai_method = 0, sai_mech = {bv_len = 0, bv_val = 0x0}, sai_dn = {bv_len = 17, bv_val = 0x9cae70 "dc=example,dc=com"}, sai_ndn = {bv_len = 17, bv_val = 0x9e9af0 "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 = 0x7f1177466b40, 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 = 18446744073709551615, oh_conn = 0x7f1177467190, oh_msgid = 0, oh_protocol = 3, oh_tid = 139712992286992, oh_threadctx = 0x7f1177468db0, oh_tmpmemctx = 0x7f1170000de0, oh_tmpmfuncs = 0x88c8c0, oh_counters = 0x90f060, oh_log_prefix = "conn=-1 op=0", '\000' <repeats 243 times>}, ob_controls = {0x0 <repeats 32 times>}} thrctx = 0x7f1177468db0 #4 0x00000000005a9d88 in pcache_op_cleanup (op=0x7f11700008b0, rs=0x7f1177468c80) at ../../../../servers/slapd/overlays/pcache.c:2397 qc = 0x7f117010c3c0 cb = 0x7f1170001248 si = 0x7f1170001268 on = 0x9cb580 cm = 0x9cb760 qm = 0x9f0380 __PRETTY_FUNCTION__ = "pcache_op_cleanup" #5 0x0000000000457ee0 in slap_cleanup_play (op=0x7f11700008b0, rs=0x7f1177468c80) at ../../../servers/slapd/result.c:392 sc_next = 0x0 sc_nextp = 0x7f1170001248 sc = 0x7f1177467980 scp = 0x7f1177467980 #6 0x000000000045868b in send_ldap_response (op=0x7f11700008b0, rs=0x7f1177468c80) at ../../../servers/slapd/result.c:577 berbuf = { buffer = "\000\000\001\000\005\001\000\000\377\377\377\377\377\377\377\377", '\000' <repeats 24 times>"\366, \022\000p\021\177\000\000\304\"\000p\021\177\000\000\000\000\000\000\000\000\000\000\366\022\000p\021\177\000\000\340\r\000p\021\177\000\000pvFw\021\177\000\000\000\000\000\000\000\000\000\000\020\231Fw\021\177\000\000 \000\000p\021\177\000\000\220vFw\021\177\000\000\000\000\000\000\000\000\000\000\020\231Fw\021\177\000\000 \000\000p\021\177\000\000\260vFw\021\177\000\000\000\000\000\000\000\000\000\000\r\311_\000\000\000\000\000\r\311_\000\000\000\000\000\003\000\000\000\000\000\000\000l9>z\021\177\000\000h. \020p\021\177\000\000\071;i|\021\177\000\000\000\000\000\000\000\000\000\000\260\304\020p\021\177\000\000\340vFw\021\177\000\000_\035\213|"..., ialign = 65536, lalign = 1120986529792, falign = 9.18354962e-41, dalign = 5.5384093382102224e-312, palign = 0x10500010000 <Address 0x10500010000 out of bounds>} ber = 0x7f11774675d0 rc = 32768 bytes = 14 __PRETTY_FUNCTION__ = "send_ldap_response" #7 0x0000000000458e70 in slap_send_ldap_result (op=0x7f11700008b0, rs=0x7f1177468c80) at ../../../servers/slapd/result.c:706 tmp = 0x0 otext = 0x0 oref = 0x0 __PRETTY_FUNCTION__ = "slap_send_ldap_result" #8 0x0000000000504d09 in ldap_back_search (op=0x7f11700008b0, rs=0x7f1177468c80) at ../../../../servers/slapd/back-ldap/search.c:575 li = 0x9ca1a0 lc = 0x7f1170102c70 tv = {tv_sec = 0, tv_usec = 100000} stoptime = 1258719609 res = 0x7f117010c4b0 e = 0x7f117010c4b0 rc = 0 msgid = 2 match = {bv_len = 0, bv_val = 0x0} filter = {bv_len = 11, bv_val = 0x7f1170001100 "(sn=smith*)"} i = 5 attrs = 0x7f1170102fb0 freetext = 0 freefilter = 0 do_retry = 0 dont_retry = 1 ctrls = 0x0 references = 0x0 save_matched = 0x0 __PRETTY_FUNCTION__ = "ldap_back_search" #9 0x00000000004d0821 in overlay_op_walk (op=0x7f11700008b0, rs=0x7f1177468c80, which=op_search, oi=0x9cb3a0, on=0x0) at ../../../servers/slapd/backover.c:669 func = 0x8877c8 rc = 32768 #10 0x00000000004d0a38 in over_op_func (op=0x7f11700008b0, rs=0x7f1177468c80, which=op_search) at ../../../servers/slapd/backover.c:721 oi = 0x9cb3a0 on = 0x9cb580 be = 0x9ca010 db = {bd_info = 0x887770, bd_self = 0x9ca010, be_ctrls = "\000", '\001' <repeats 23 times>, "\000\000\000\000\000\000\000\000\001", be_flags = 257, be_restrictops = 0, be_requires = 0, be_ssf_set = {sss_ssf = 0, sss_transport = 0, sss_tls = 0, sss_sasl = 0, sss_update_ssf = 0, sss_update_transport = 0, sss_update_tls = 0, sss_update_sasl = 0, sss_simple_bind = 0}, be_suffix = 0x9cae10, be_nsuffix = 0x9cae40, be_schemadn = {bv_len = 0, bv_val = 0x0}, be_schemandn = {bv_len = 0, bv_val = 0x0}, be_rootdn = {bv_len = 17, bv_val = 0x9cae70 "dc=example,dc=com"}, be_rootndn = {bv_len = 17, bv_val = 0x9e9af0 "dc=example,dc=com"}, be_rootpw = {bv_len = 6, bv_val = 0x9cad70 "secret"}, be_max_deref_depth = 15, be_def_limit = {lms_t_soft = 3600, lms_t_hard = 0, lms_s_soft = 500, lms_s_hard = 0, lms_s_unchecked = -1, lms_s_pr = 0, lms_s_pr_hide = 0, lms_s_pr_total = 0}, be_limits = 0x9caf30, be_acl = 0x0, be_dfltaccess = ACL_READ, be_update_ndn = {bv_len = 0, bv_val = 0x0}, be_update_refs = 0x0, be_pending_csn_list = 0xa6ffe0, be_pcl_mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0, __spins = 0, __list = { __prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 39 times>, __align = 0}, be_syncinfo = 0x0, be_pb = 0x0, be_cf_ocs = 0x88fc80, be_private = 0x9ca1a0, be_next = { stqe_next = 0x9f2140}} cb = {sc_next = 0x7f1170001248, sc_response = 0x4cf7ca <over_back_response>, sc_cleanup = 0, sc_private = 0x9cb3a0} sc = 0x7f1177468c80 rc = 32768 __PRETTY_FUNCTION__ = "over_op_func" #11 0x00000000004d0b20 in over_op_search (op=0x7f11700008b0, rs=0x7f1177468c80) at ../../../servers/slapd/backover.c:748 No locals. #12 0x0000000000446014 in fe_op_search (op=0x7f11700008b0, rs=0x7f1177468c80) at ../../../servers/slapd/search.c:366 bd = 0x8975a0 #13 0x00000000004458b9 in do_search (op=0x7f11700008b0, rs=0x7f1177468c80) at ../../../servers/slapd/search.c:217 base = {bv_len = 17, bv_val = 0x7f1170102be7 "dc=example,dc=com"} siz = 3 off = 0 i = 3 #14 0x00000000004422f2 in connection_operation (ctx=0x7f1177468db0, arg_v=0x7f11700008b0) at ../../../servers/slapd/connection.c:1109 rc = 80 cancel = 15 op = 0x7f11700008b0 rs = {sr_type = REP_RESULT, sr_tag = 101, sr_msgid = 2, sr_err = 0, sr_matched = 0x0, sr_text = 0x0, sr_ref = 0x0, sr_ctrls = 0x0, sr_un = {sru_search = {r_entry = 0x0, r_attr_flags = 0, r_operational_attrs = 0x0, r_attrs = 0x7f1170001198, r_nentries = 1, r_v2ref = 0x0}, sru_sasl = {r_sasldata = 0x0}, sru_extended = {r_rspoid = 0x0, r_rspdata = 0x0}}, sr_flags = 0} tag = 99 opidx = SLAP_OP_SEARCH conn = 0x7f1178550950 memctx = 0x7f1170000de0 memctx_null = 0x0 memsiz = 1048576 __PRETTY_FUNCTION__ = "connection_operation" #15 0x0000000000442893 in connection_read_thread (ctx=0x7f1177468db0, argv=0xf) at ../../../servers/slapd/connection.c:1245 rc = 0 cri = {op = 0x7f11700008b0, func = 0, arg = 0x0, ctx = 0x7f1177468db0, nullop = 0} s = 15 #16 0x00007f117c8ad279 in ldap_int_thread_pool_wrapper (xpool=0x93e820) at ../../../libraries/libldap_r/tpool.c:685 pool = 0x93e820 task = 0xba6dc0 work_list = 0x93e8b8 ctx = {ltu_id = 139712992286992, ltu_key = {{ltk_key = 0x441e43, ltk_data = 0x7f1170000cd0, ltk_free = 0x441c87 <conn_counter_destroy>}, {ltk_key = 0x4b499a, ltk_data = 0x7f1170000de0, ltk_free = 0x4b477c <slap_sl_mem_destroy>}, {ltk_key = 0x45cda5, ltk_data = 0x0, ltk_free = 0x45ccf8 <slap_op_q_destroy>}, {ltk_key = 0xa70020, ltk_data = 0x7f117010b130, ltk_free = 0x52c79e <bdb_reader_free>}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 28 times>}} kctx = 0x0 i = 32 keyslot = 662 hash = 1674836630 __PRETTY_FUNCTION__ = "ldap_int_thread_pool_wrapper" #17 0x00007f117b73865d in start_thread (arg=<value optimized out>) at pthread_create.c:297 __res = <value optimized out> pd = 0x7f1177469910 unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139712992286992, 3546025110985141157, 139713009061584, 139712992286992, 139713085272128, 3, -3524931473729492059, -3524922222741001307}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = <value optimized out> robust = <value optimized out> #18 0x00007f117a43d14d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 No locals. #19 0x0000000000000000 in ?? () No symbol table info available.

1 0

Re: (ITS#6368) Bug in deleting entry in MirrorMode
by hyc＠symas.com 20 Nov '09

20 Nov '09

Peter Palmreuther wrote: > <hyc(a)symas.com> wrote: >> Peter Palmreuther wrote: >>> <hyc(a)symas.com> wrote: > [...[ >>>> Thanks. Please try the syncprov.c in CVS HEAD. (Also you should probably be >>>> testing the RE24 code now, not 2.4.19.) >>> [...] ran several thousand test iterations without a single failure yet. [...] >>> Is this fix "back-portable" to 2.4.19 source, so I can compile a >>> 2.4.19-custom version??? [...] >> >> The patch will be in 2.4.20, which will be released soon. > > Thanks a lot :-) > > Just for the record, so I can > - close this case internally, and > - justify the upcoming upgrade toward our change and release management: > > What was the problem? The second server sending back received synced > operations or the first server processing those "send backs"? Both. The consumer was sending the wrong SID to the provider, so the provider's checks to prevent "send backs" wasn't catching it. Also the provider's checks were being bypassed on Modify operations, so the modified entry would be sent back and recreated after it was deleted. I've added a sequence of repeated add-modify-deletes to test050 to make sure we don't regress on this in the future. > Or was > it just "some pixie dust" on the WLAN cable? ;-) -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#6368) Bug in deleting entry in MirrorMode
by pitpalme+openldap＠gmail.com 20 Nov '09

20 Nov '09

<hyc(a)symas.com> wrote: > Peter Palmreuther wrote: >> <hyc(a)symas.com> wrote: [...[ >>> Thanks. Please try the syncprov.c in CVS HEAD. (Also you should probably be >>> testing the RE24 code now, not 2.4.19.) >> [...] ran several thousand test iterations without a single failure yet. [...] >> Is this fix "back-portable" to 2.4.19 source, so I can compile a >> 2.4.19-custom version??? [...] > > The patch will be in 2.4.20, which will be released soon. Thanks a lot :-) Just for the record, so I can - close this case internally, and - justify the upcoming upgrade toward our change and release management: What was the problem? The second server sending back received synced operations or the first server processing those "send backs"? Or was it just "some pixie dust" on the WLAN cable? ;-) -- Regards, Peter

1 0

Re: (ITS#6390) test020 seg faults
by hyc＠symas.com 20 Nov '09

20 Nov '09

michael(a)stroeder.com wrote: > Full_Name: Michael Ströder > Version: RE24 > OS: openSUSE Linux 11.2 (x86_64) > URL: > Submission from: (NULL) (84.163.84.65) > > > Relevant build options: > CFLAGS="-g -O2 -DSLAP_LIGHTWEIGHT_DISPATCHER -DDEVEL" The SLAP_LIGHTWEIGHT_DISPATCHER symbol no longer exists in RE24; it was made the default long ago. Why are you testing a release candidate with -DDEVEL? You have no business defining this, not for release testing. That's for private test builds and *un*released features; i.e. things we are specifically excluding from consideration in the release process. You're still missing the majority of symbols in this trace. > Core was generated by > `/usr/src/michael/openldap/OPENLDAP_REL_ENG_2_4/openldap/servers/slapd/.libs/lt-'. > Program terminated with signal 11, Segmentation fault. > #0 0x00002b4694d8ef54 in memrchr () from /lib64/libc.so.6 > Thread 1 (Thread 20194): > #0 0x00002b4694d8ef54 in memrchr () from /lib64/libc.so.6 > #1 0x000000000048e304 in syncrepl_add_glue (op=0x2b469b681e10, e=0x817aa8) at > syncrepl.c:2889 Your source seems to be corrupt or out of date. There is no call to memrchr anywhere near line 2889 in syncrepl.c > #2 0x00002b4697aa4b93 in ?? () > #3 0x00002b469b682024 in ?? () > #4 0x00002b469b681d2f in ?? () > #5 0x00002b46ffffffff in ?? () > #6 0x00002b469b683c20 in ?? () > #7 0x00002b469b682490 in ?? () > #8 0x00002b469505e460 in ?? () from /lib64/libc.so.6 > #9 0x0000000000000000 in ?? () Try to get a consistent build first... -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#6368) Bug in deleting entry in MirrorMode
by hyc＠symas.com 20 Nov '09

20 Nov '09

Peter Palmreuther wrote: > <hyc(a)symas.com> wrote: >> Peter Palmreuther wrote: >>> Sorry, misconfiguration on my side when I replicated the real setup at my home server. >>> I'fe corrected configuration and rerun test. >> >> Thanks. Please try the syncprov.c in CVS HEAD. (Also you should probably be >> testing the RE24 code now, not 2.4.19.) > > I've checked out HEAD from CVSROOT > ':pserver:anonymous@cvs.OpenLDAP.org:/repo/OpenLDAP' and ran several > thousand test iterations without a single failure yet. > So I'd guess it seems to be fixed. > > How to continue best, getting a version ready for production? I > hesitate to simply compile HEAD for productive use, as I can't make > sure there's no change between latest stable / release and HEAD that > could lead to other trouble ... > Is this fix "back-portable" to 2.4.19 source, so I can compile a > 2.4.19-custom version??? > > Thanks in advance, The patch will be in 2.4.20, which will be released soon. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#6368) Bug in deleting entry in MirrorMode
by pitpalme+openldap＠gmail.com 20 Nov '09

20 Nov '09

<hyc(a)symas.com> wrote: > Peter Palmreuther wrote: >> Sorry, misconfiguration on my side when I replicated the real setup at my home server. >> I'fe corrected configuration and rerun test. > > Thanks. Please try the syncprov.c in CVS HEAD. (Also you should probably be > testing the RE24 code now, not 2.4.19.) I've checked out HEAD from CVSROOT ':pserver:anonymous@cvs.OpenLDAP.org:/repo/OpenLDAP' and ran several thousand test iterations without a single failure yet. So I'd guess it seems to be fixed. How to continue best, getting a version ready for production? I hesitate to simply compile HEAD for productive use, as I can't make sure there's no change between latest stable / release and HEAD that could lead to other trouble ... Is this fix "back-portable" to 2.4.19 source, so I can compile a 2.4.19-custom version??? Thanks in advance, -- Regards, Peter

1 0

(ITS#6390) test020 seg faults
by michael＠stroeder.com 19 Nov '09

19 Nov '09

Full_Name: Michael Ströder Version: RE24 OS: openSUSE Linux 11.2 (x86_64) URL: Submission from: (NULL) (84.163.84.65) Relevant build options: CFLAGS="-g -O2 -DSLAP_LIGHTWEIGHT_DISPATCHER -DDEVEL" $ gcc -v Using built-in specs. Target: x86_64-suse-linux Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.4 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.4 --enable-linux-futex --without-system-libunwind --with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux Thread model: posix gcc version 4.4.1 [gcc-4_4-branch revision 150839] (SUSE Linux) Core was generated by `/usr/src/michael/openldap/OPENLDAP_REL_ENG_2_4/openldap/servers/slapd/.libs/lt-'. Program terminated with signal 11, Segmentation fault. #0 0x00002b4694d8ef54 in memrchr () from /lib64/libc.so.6 (gdb) info threads 9 Thread 20130 0x00002b4694de831e in ?? () from /lib64/libc.so.6 8 Thread 20146 0x00002b4694de831e in ?? () from /lib64/libc.so.6 7 Thread 20083 0x00002b4694de831e in ?? () from /lib64/libc.so.6 6 Thread 20162 0x00002b4694dd4712 in select () from /lib64/libc.so.6 5 Thread 20082 0x00002b4694ddb7f8 in epoll_wait () from /lib64/libc.so.6 4 Thread 20240 0x00002b4693888049 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 3 Thread 20067 0x00002b469388496d in pthread_join () from /lib64/libpthread.so.0 2 Thread 20178 0x00002b4694dcde7b in write () from /lib64/libc.so.6 * 1 Thread 20194 0x00002b4694d8ef54 in memrchr () from /lib64/libc.so.6 (gdb) thread apply all bt Thread 9 (Thread 20130): #0 0x00002b4694de831e in ?? () from /lib64/libc.so.6 #1 0x00002b4694d6e058 in ?? () from /lib64/libc.so.6 #2 0x00002b4694d6df32 in fputs () from /lib64/libc.so.6 #3 0x00002b4692eb5f28 in lutil_debug (debug=<value optimized out>, level=<value optimized out>, fmt=<value optimized out>) at debug.c:72 #4 0x00002b4697431988 in ?? () #5 0x0000000000aa1470 in ?? () #6 0x00002b469967d730 in ?? () #7 0x00002b469967d7c0 in ?? () #8 0x00002b469967d640 in ?? () #9 0x000000000099753a in ?? () #10 0x09802b469967d6f0 in ?? () #11 0x0000000000997538 in ?? () #12 0x000000240000001e in ?? () #13 0x0000000000000024 in ?? () #14 0x0000000000000000 in ?? () Thread 8 (Thread 20146): #0 0x00002b4694de831e in ?? () from /lib64/libc.so.6 #1 0x00002b4694d6e058 in ?? () from /lib64/libc.so.6 #2 0x00002b4694d6df32 in fputs () from /lib64/libc.so.6 #3 0x00002b4692eb5f28 in lutil_debug (debug=<value optimized out>, level=<value optimized out>, fmt=<value optimized out>) at debug.c:72 #4 0x00002b4697431988 in ?? () #5 0x0000000000bad820 in ?? () #6 0x00002b4699e7e730 in ?? () #7 0x00002b4699e7e7c0 in ?? () #8 0x00002b4699e7e640 in ?? () #9 0x0000000000aa2812 in ?? () #10 0x09802b4699e7e6f0 in ?? () #11 0x0000000000aa2810 in ?? () #12 0x000000240000001e in ?? () #13 0x0000000000000024 in ?? () #14 0x0000000000000000 in ?? () Thread 7 (Thread 20083): #0 0x00002b4694de831e in ?? () from /lib64/libc.so.6 #1 0x00002b4694d6e058 in ?? () from /lib64/libc.so.6 #2 0x00002b4694d6df32 in fputs () from /lib64/libc.so.6 #3 0x00002b4692eb5f28 in lutil_debug (debug=<value optimized out>, level=<value optimized out>, fmt=<value optimized out>) at debug.c:72 #4 0x00002b4697430565 in ?? () #5 0x0000000000000000 in ?? () Thread 6 (Thread 20162): #0 0x00002b4694dd4712 in select () from /lib64/libc.so.6 #1 0x00002b4697430353 in ?? () #2 0x0000000000000000 in ?? () Thread 5 (Thread 20082): #0 0x00002b4694ddb7f8 in epoll_wait () from /lib64/libc.so.6 #1 0x000000000042ffd3 in slapd_daemon_task (ptr=<value optimized out>) at daemon.c:2642 #2 0x00002b469388365d in start_thread () from /lib64/libpthread.so.0 #3 0x00002b4694ddb14d in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () ---Type <return> to continue, or q <return> to quit--- Thread 4 (Thread 20240): #0 0x00002b4693888049 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00002b4692c72f85 in ldap_int_thread_pool_wrapper (xpool=<value optimized out>) at tpool.c:672 #2 0x00002b469388365d in start_thread () from /lib64/libpthread.so.0 #3 0x00002b4694ddb14d in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 3 (Thread 20067): #0 0x00002b469388496d in pthread_join () from /lib64/libpthread.so.0 #1 0x000000000042d04c in slapd_set_write (s=<value optimized out>, wake=0) at daemon.c:962 #2 0x000000000041af37 in cfAddOverlay (p=0x2b469867e9e0, e=0x0, ca=0x4e72) at bconfig.c:4579 #3 0x0000000000000000 in ?? () Thread 2 (Thread 20178): #0 0x00002b4694dcde7b in write () from /lib64/libc.so.6 #1 0x00002b4694d78c53 in _IO_file_write () from /lib64/libc.so.6 #2 0x00002b4694d788ca in ?? () from /lib64/libc.so.6 #3 0x00002b4694d78bbe in _IO_file_xsputn () from /lib64/libc.so.6 #4 0x00002b4694d6df73 in fputs () from /lib64/libc.so.6 #5 0x00002b4692eb5f28 in lutil_debug (debug=<value optimized out>, level=<value optimized out>, fmt=<value optimized out>) at debug.c:72 #6 0x00002b4697420e45 in ?? () #7 0x00002b469ae80b50 in ?? () #8 0x00002b469ae808f0 in ?? () #9 0x0000000000000100 in ?? () #10 0x0000000000000000 in ?? () Thread 1 (Thread 20194): #0 0x00002b4694d8ef54 in memrchr () from /lib64/libc.so.6 #1 0x000000000048e304 in syncrepl_add_glue (op=0x2b469b681e10, e=0x817aa8) at syncrepl.c:2889 #2 0x00002b4697aa4b93 in ?? () #3 0x00002b469b682024 in ?? () #4 0x00002b469b681d2f in ?? () #5 0x00002b46ffffffff in ?? () #6 0x00002b469b683c20 in ?? () #7 0x00002b469b682490 in ?? () #8 0x00002b469505e460 in ?? () from /lib64/libc.so.6 #9 0x0000000000000000 in ?? ()

1 0

Re: (ITS#6368) Bug in deleting entry in MirrorMode
by hyc＠symas.com 19 Nov '09

19 Nov '09

Peter Palmreuther wrote: > Sorry, misconfiguration on my side when I replicated the real setup at my home server. > I'fe corrected configuration and rerun test. Thanks. Please try the syncprov.c in CVS HEAD. (Also you should probably be testing the RE24 code now, not 2.4.19.) > 'debug-03' is put on known URL, server configuration is > > , [ server #1 {egrep -v '^(#|\s*$)' slapd.conf} ] > include /usr/local/etc/openldap/schema/core.schema > include /usr/local/etc/openldap/schema/cosine.schema > include /usr/local/etc/openldap/schema/inetorgperson.schema > include /usr/local/etc/openldap/schema/openldap.schema > include /usr/local/etc/openldap/schema/java.schema > include /usr/local/etc/openldap/schema/samba.schema > include /usr/local/etc/openldap/schema/nis.schema > include /usr/local/etc/openldap/schema/dhcp.schema > pidfile /home/pit/esolution/ldap1/run/slapd.pid > argsfile /home/pit/esolution/ldap1/run/slapd.args > modulepath /usr/local/libexec/openldap > moduleload back_bdb > moduleload back_monitor > moduleload back_hdb > access to dn.subtree="o=esolution,dc=deutscherv,dc=de" > by dn.exact="cn=Admin,o=esolution,dc=deutscherv,dc=de" manage > by dn.exact="cn=MirrorMode,o=esolution,dc=deutscherv,dc=de" read > by dn.exact="cn=Admin,dc=deutscherv,dc=de" manage > by anonymous auth > access to dn.subtree="dc=deutscherv,dc=de" > by dn.exact="cn=Admin,dc=deutscherv,dc=de" manage > by anonymous auth > access to * > by dn.exact="cn=Admin,dc=deutscherv,dc=de" manage > by self write > by users read > by anonymous auth > database hdb > suffix "dc=deutscherv,dc=de" > directory /home/pit/esolution/ldap1/data/deutscherv.de > rootdn "cn=Admin,dc=deutscherv,dc=de" > rootpw {SSHA}kFujMZAoRiNkD6tlvVB/Ffj5zNsLXBpl > index objectClass eq > index entryUUID eq > overlay syncprov > syncprov-checkpoint 100 10 > syncprov-sessionlog 100 > syncrepl rid=001 > provider=ldap://localhost:11389 > type=refreshAndPersist > searchbase="o=esolution,dc=deutscherv,dc=de" > schemachecking=on > bindmethod=simple > binddn="cn=MirrorMode,o=esolution,dc=deutscherv,dc=de" > credentials="M1rr0rM3" > retry="5 +" > serverID 1 > mirrormode on > database monitor > ` > > , [ server #2 {egrep -v '^(#|\s*$)' slapd.conf} ] > include /usr/local/etc/openldap/schema/core.schema > include /usr/local/etc/openldap/schema/cosine.schema > include /usr/local/etc/openldap/schema/inetorgperson.schema > include /usr/local/etc/openldap/schema/openldap.schema > include /usr/local/etc/openldap/schema/java.schema > include /usr/local/etc/openldap/schema/samba.schema > include /usr/local/etc/openldap/schema/nis.schema > include /usr/local/etc/openldap/schema/dhcp.schema > pidfile /home/pit/esolution/ldap2/run/slapd.pid > argsfile /home/pit/esolution/ldap2/run/slapd.args > modulepath /usr/local/libexec/openldap > moduleload back_bdb > moduleload back_monitor > moduleload back_hdb > access to dn.subtree="o=esolution,dc=deutscherv,dc=de" > by dn.exact="cn=Admin,o=esolution,dc=deutscherv,dc=de" manage > by dn.exact="cn=MirrorMode,o=esolution,dc=deutscherv,dc=de" read > by dn.exact="cn=Admin,dc=deutscherv,dc=de" manage > by anonymous read > access to dn.subtree="dc=deutscherv,dc=de" > by dn.exact="cn=Admin,dc=deutscherv,dc=de" manage > by anonymous read > access to * > by dn.exact="cn=Admin,dc=deutscherv,dc=de" manage > by self write > by users read > by anonymous auth > database hdb > suffix "dc=deutscherv,dc=de" > directory /home/pit/esolution/ldap2/data/deutscherv.de > rootdn "cn=Admin,dc=deutscherv,dc=de" > rootpw {SSHA}kFujMZAoRiNkD6tlvVB/Ffj5zNsLXBpl > index objectClass eq > index entryUUID eq > overlay syncprov > syncprov-checkpoint 100 10 > syncprov-sessionlog 100 > syncrepl rid=001 > provider=ldap://localhost:10389 > type=refreshAndPersist > searchbase="o=esolution,dc=deutscherv,dc=de" > schemachecking=on > bindmethod=simple > binddn="cn=MirrorMode,o=esolution,dc=deutscherv,dc=de" > credentials="M1rr0rM3" > retry="5 +" > serverID 2 > mirrormode on > database monitor > ` -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#6389) Allow setting syncrepl keepalive
by hyc＠symas.com 19 Nov '09

19 Nov '09

Pierangelo Masarati wrote: > hyc(a)symas.com wrote: >> This is low priority. Few platforms provide support for >> process/socket-specific keepalive settings. Usually you just set it >> system-wide in the kernel. (Note that a single setting is insufficient, there >> are 3 parameters that need to be set in concert.) > > I suggest moving this info into the slap_bindconf structure, to allow > its exploitation anywhere connections need to be set up, and defining a > syntax like keepalive="[<idle>]:[<probe>]:[<intervals>]". An empty > value would mean use the default. Sounds OK. Ultimately we should consider moving syncrepl into its own config entry. Perhaps for 2.5. Not sure if that affects slap_bindconf or not; that still seems to be useful in its current form. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs