(ITS#6391) missing check for broken filters
by h.b.furuseth@usit.uio.no
Full_Name: Hallvard B Furuseth
Version: HEAD
OS:
URL:
Submission from: (NULL) (129.240.6.233)
Submitted by: hallvard
syncrepl.c and overlays/pcache.c call str2filter() and str2filter_x()
without checking for success.
(so does retcode, but that overlay is only for testing anyway.)
14 years
Re: (ITS#6390) test020 seg faults
by quanah@zimbra.com
--On Friday, November 20, 2009 3:53 PM +0000 quanah(a)zimbra.com wrote:
> --On Friday, November 20, 2009 12:35 PM +0000 rhafer(a)suse.de wrote:
>
>> Hm, I get the following warning during the make run:
>>
>> =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.
>
>
> Please don't add secondary issues to an ITS. File a new one.
Unless you're saying that is the issue, which isn't clear to me in what you
wrote. :P
--Quanah
--
Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra :: the leader in open source messaging and collaboration
14 years
Re: (ITS#6390) test020 seg faults
by quanah@zimbra.com
--On Friday, November 20, 2009 12:35 PM +0000 rhafer(a)suse.de wrote:
> Hm, I get the following warning during the make run:
>
> =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.
Please don't add secondary issues to an ITS. File a new one.
--Quanah
--
Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra :: the leader in open source messaging and collaboration
14 years
Re: (ITS#6390) test020 seg faults
by rhafer@suse.de
Am Freitag 20 November 2009 13:34:50 schrieb Ralf Haferkamp:
[..]
> ../../../servers/slapd/syncrepl.c:2861 is:
> comma = ber_bvrchr( &ptr, ',' );
> with ber_bvrchr being a macro around memrchr(). So it seems that memrchr()
> is undefined in syncrepl.c.
This got introduced by the ITS#6351 fix. I wonder if we should just revert
that. The alternative is to add a #define _GNU_SOURCE 1 to ac/string.h if
HAVE_MEMRCHR is defined.
--
Ralf
14 years
Re: (ITS#6390) test020 seg faults
by michael@stroeder.com
hyc(a)symas.com wrote:
> 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.
I've now set
export CFLAGS="-g -O2"
now and it still seg faults (after 26 runs).
> Your source seems to be corrupt or out of date. There is no call to memrchr
> anywhere near line 2889 in syncrepl.c
???
Right before the build I'm always doing
cvs up -Rd .
This shows me two merges in contrib/ code where I'd tweaked the Makefile to
reflect the path of the working dir. Please advice what I should do better.
Ciao, Michael.
14 years
Re: (ITS#6390) test020 seg faults
by rhafer@suse.de
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
14 years
Re: (ITS#6390) test020 seg faults
by rhafer@suse.de
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.
14 years
Re: (ITS#6368) Bug in deleting entry in MirrorMode
by hyc@symas.com
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/
14 years
Re: (ITS#6368) Bug in deleting entry in MirrorMode
by pitpalme+openldap@gmail.com
<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
14 years
Re: (ITS#6390) test020 seg faults
by hyc@symas.com
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/
14 years