openldap-bugs

openldap-bugs@openldap.org

1 participants
20963 discussions

Re: (ITS#7179) pcache ttr issues
by mhardin＠symas.com 22 Feb '12

22 Feb '12

This is a DUP of 7178 and should be closed. This was the result of clicking the "compose comment" button found on the ITS display screen. Seems like a malfunction, or at least a non-intuitive result. -Matt On Feb 22, 2012, at 4:02 PM, openldap-its(a)OpenLDAP.org wrote: > > *** THIS IS AN AUTOMATICALLY GENERATED REPLY *** > > Thanks for your report to the OpenLDAP Issue Tracking System. Your > report has been assigned the tracking number ITS#7179. > > One of our support engineers will look at your report in due course. > Note that this may take some time because our support engineers > are volunteers. They only work on OpenLDAP when they have spare > time. > > If you need to provide additional information in regards to your > issue report, you may do so by replying to this message. Note that > any mail sent to openldap-its(a)openldap.org with (ITS#7179) > in the subject will automatically be attached to the issue report. > > mailto:openldap-its@openldap.org?subject=(ITS#7179) > > You may follow the progress of this report by loading the following > URL in a web browser: > http://www.OpenLDAP.org/its/index.cgi?findid=7179 > > Please remember to retain your issue tracking number (ITS#7179) > on any further messages you send to us regarding this report. If > you don't then you'll just waste our time and yours because we > won't be able to properly track the report. > > Please note that the Issue Tracking System is not intended to > be used to seek help in the proper use of OpenLDAP Software. > Such requests will be closed. > > OpenLDAP Software is user supported. > http://www.OpenLDAP.org/support/ > > -------------- > Copyright 1998-2007 The OpenLDAP Foundation, All Rights Reserved. >

1 0

Re: (ITS#7178) pcache ttr issues
by mhardin＠symas.com 22 Feb '12

22 Feb '12

Log files uploaded to ftp/incoming: its7178cacheServerLog.txt its7178_Remote_server_log.txt Cheers, -Matt

1 0

(ITS#7179) pcache ttr issues
by mhardin＠symas.com 22 Feb '12

22 Feb '12

Full_Name: Matthew Hardin Version: 2.4.29 OS: Linux (Debian 6, x86_64) URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (170.215.93.127) When proxycache overlay is configured with a time-to-refresh (TTR) value and the entry being refreshed is no longer available on the remote server, the refresh operation continues sending ldap search requests to the server, to which the server responds with an error 2 and a text of "invalid deref". The following log excerpt is from the remote server: 4f3f7580 conn=1003 op=55 SRCH base="ou=people,dc=example,dc=com" scope=1 deref=0 filter="(&(objectClass=posixAccount)(uidNumber=10001))" 4f3f7580 conn=1003 op=55 SRCH attr=cn uid uidNumber gidNumber homeDirectory userPassword loginShell gecos description objectClass 4f3f7580 conn=1003 op=55 SEARCH RESULT tag=101 err=0 nentries=0 text= 4f3f7580 conn=1003 op=56 SEARCH RESULT tag=101 err=2 nentries=0 text=invalid deref" The old entry remains in the cache and is returned as the current value.

1 0

(ITS#7178) pcache ttr issues
by mhardin＠symas.com 22 Feb '12

22 Feb '12

1 0

Re: (ITS#7177) [PATCH] various manpage fixes
by hyc＠symas.com 22 Feb '12

22 Feb '12

jvcelak(a)redhat.com wrote: > Full_Name: Jan Vcelak > Version: 2.4.29 > OS: Linux > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (209.132.186.34) > > > Hello, > > I have uploaded two patches with manual page fixes: > > ftp://ftp.openldap.org/incoming/jvcelak-20120222-0001-man-add-missing-optio… > > - typo in '-o' in --help output > - missing '-C' in ldapsearch and ldapcompare > - manpages all tools: > + add -o description (general options) > + add -N description (reverse DNS SASL host name canonicalization) > - manpages ldapsearch, ldapcompare: > + add -C (perform referral chasing) The -C option is deprecated and intentionally undocumented. -- -- 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

(ITS#7177) [PATCH] various manpage fixes
by jvcelak＠redhat.com 22 Feb '12

22 Feb '12

Full_Name: Jan Vcelak Version: 2.4.29 OS: Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (209.132.186.34) Hello, I have uploaded two patches with manual page fixes: ftp://ftp.openldap.org/incoming/jvcelak-20120222-0001-man-add-missing-optio… - typo in '-o' in --help output - missing '-C' in ldapsearch and ldapcompare - manpages all tools: + add -o description (general options) + add -N description (reverse DNS SASL host name canonicalization) - manpages ldapsearch, ldapcompare: + add -C (perform referral chasing) ftp://ftp.openldap.org/incoming/jvcelak-20120222-0002-man-add-SASL_NOCANON-… - add SASL_NOCANON option to ldap.conf(5) The attached files are derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the uploaded patches were developed by Red Hat. Red Hat has not assigned rights and/or interest in this work to any party. I, Jan Vcelak am authorized by Red Hat, my employer, to release this work under the following terms. Red Hat hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice.

1 0

Re: (ITS#7160) MDB-back is not buildable on HP-UX 11.31
by hyc＠symas.com 21 Feb '12

21 Feb '12

Sascha.Kuehndel(a)deka.de wrote: > Hi, > > I have test the changes, now. > The Make file looks now correct. > But i needed to use the hack from Howard Chu, too. > > Now, openldap was build correct. Thanks for the confirmation. These fixes are now in git master. > > Thanks, > Sascha Kuehndel -- -- 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#7167) regression, ldap_result() returns -1
by jvcelak＠redhat.com 21 Feb '12

21 Feb '12

Perfect! This patch resolves the issue. Thank you, Howard! Jan ----- Original Message ----- > This is a multi-part message in MIME format. > --------------060206020501030606090605 > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > Content-Transfer-Encoding: 7bit > > Try this instead. > > Howard Chu wrote: > > Please test the attached patch and see if the problem is resolved, > > thanks. > >

1 0

Re: (ITS#7160) MDB-back is not buildable on HP-UX 11.31
by Sascha.Kuehndel＠deka.de 21 Feb '12

21 Feb '12

--_000_A8488806467B644782680A8469F29E2C01201F5849EXCCREX9dekag_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I have test the changes, now. The Make file looks now correct. But i needed to use the hack from Howard Chu, too. Now, openldap was build correct. Thanks, Sascha Kuehndel --_000_A8488806467B644782680A8469F29E2C01201F5849EXCCREX9dekag_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <meta name=3D"Generator" content=3D"Microsoft Exchange Server">  <style></style> </head> <body> <font face=3D"Arial, sans-serif" size=3D"2"> <div>Hi,</div> <div> </div> <div>I have test the changes, now.</div> <div>The Make file looks now correct.</div> <div>But i needed to use the hack from Howard Chu, too.</div> <div> </div> <div>Now, openldap was build correct.</div> <div> </div> <div>Thanks,</div> <div>Sascha Kuehndel</div> <div> </div> </font> </body> </html> --_000_A8488806467B644782680A8469F29E2C01201F5849EXCCREX9dekag_--

1 0

(ITS#7176) slapindex -q -t segfaults with back-mdb
by quanah＠OpenLDAP.org 20 Feb '12

20 Feb '12

Full_Name: Quanah Gibson-Mount Version: 2.4.29 + ITS7174 OS: Linux 2.6 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (75.108.184.39) When running slapindex -q -t, back-mdb segfaults: Thread 1 (Thread 0x7ffff7fef700 (LWP 20316)): #0 0x00007ffff34a1b45 in mdb_midl_append (idp=0x8f1fa8, id=6) at ../../../libraries/libmdb/midl.c:148 ids = 0x0 #1 0x00007ffff34a1712 in mdb_drop0 (mc=0x8dcd80, subs=4) at ../../../libraries/libmdb/mdb.c:5990 ni = 0x7febf2556eb4 mx = {mc_next = 0x1104184c, mc_orig = 0x7ffff7de7722, mc_xcursor = 0x0, mc_txn = 0x8f1f80, mc_dbi = 5, mc_db = 0x8f20d8, mc_dbx = 0x8d8070, mc_dbflag = 0x80e4e0 "", mc_snum = 1, mc_top = 0, mc_flags = 16, mc_pg = {0x7febf2556000, 0x7fffffffe5f0, 0x0, 0x80e838, 0x7fffffffe3c0, 0x7fffffffe3d8, 0x100000000, 0x893590, 0x7ffff346d4e1, 0x7fffffffe5f0, 0x38, 0x3a0, 0x38, 0x7fffffffe5f0, 0x8afa90, 0x0, 0x7ffff6314e40, 0x7fffffffe480, 0x378, 0x7fffffffea50, 0x0, 0x0, 0x8dcd80, 0xa25d2c9e, 0x8dcf08, 0x7fffffffe420, 0x7ffff349d1c0, 0x8dcf08, 0x5ffffe690, 0x8f1f80, 0x8dcd80, 0x7fffffffe480}, mc_ki = { 507, 62281, 32767, 0, 58496, 65535, 32767, 0, 58528, 65535, 32767, 0, 0, 0, 5, 0, 8064, 143, 0, 0, 59376, 65535, 32767, 0, 888, 0, 0, 0, 53000, 141, 0, 0}} i = 20 rc = 0 #2 0x00007ffff34a1796 in mdb_drop (txn=0x8f1f80, dbi=5, del=0) at ../../../libraries/libmdb/mdb.c:6008 mc = 0x8dcd80 rc = 0 #3 0x00007ffff34753e8 in mdb_tool_entry_reindex (be=0x8afa90, id=0, adv=0x0) at tools.c:770 i = 0 mi = 0x7ffff2751010 rc = 0 e = 0x0 op = {o_hdr = 0x0, o_tag = 0, o_time = 0, o_tincr = 0, o_bd = 0x0, o_req_dn = {bv_len = 0, bv_val = 0x0}, o_req_ndn = {bv_len = 0, bv_val = 0x0}, o_request = {oq_add = {rs_modlist = 0x0, rs_e = 0x0}, oq_bind = {rb_method = 0, rb_cred = {bv_len = 0, 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 = 0 '\000'}, rs_increment = 0}, oq_modrdn = {rs_mods = {rs_modlist = 0x0, rs_no_opattrs = 0 '\000'}, 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 = 0, 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 = 0x0}, rs_flags = 0, rs_reqdata = 0x0}, oq_pwdexop = {rs_extended = {rs_reqoid = {bv_len = 0, bv_val = 0x0}, 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 = 0 '\000', 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 = 0x0, o_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}, o_ber = 0x0, o_res_ber = 0x0, o_callback = 0x0, o_ctrls = 0x0, o_csn = {bv_len = 0, bv_val = 0x0}, o_private = 0x0, o_extra = {slh_first = 0x0}, o_next = {stqe_next = 0x0}} ohdr = {oh_opid = 0, oh_connid = 0, oh_conn = 0x0, oh_msgid = 0, oh_protocol = 0, oh_tid = 0, oh_threadctx = 0x0, oh_tmpmemctx = 0x0, oh_tmpmfuncs = 0x0, oh_counters = 0x0, oh_log_prefix = '\000' <repeats 255 times>} __PRETTY_FUNCTION__ = "mdb_tool_entry_reindex" #4 0x00000000004dc624 in slapindex (argc=0, argv=0x7fffffffea58) at slapindex.c:96 rtn = 32767 id = 0 rc = 0 progname = 0x51c4c0 "slapindex" ad = 0x10 adv = 0x0 __PRETTY_FUNCTION__ = "slapindex" #5 0x0000000000415a20 in main (argc=7, argv=0x7fffffffea58) at main.c:410 i = 3 no_detach = 0 rc = 1 urls = 0x0 username = 0x0 groupname = 0x0 sandbox = 0x0 syslogUser = 160 pid = 0 waitfds = {3817984, 0} g_argc = 7 g_argv = 0x7fffffffea58 configfile = 0x0 configdir = 0x0 serverName = 0x7fffffffecb8 "slapindex" serverMode = 1 scp = 0x0 scp_entry = 0x0 debug_unknowns = 0x0 syslog_unknowns = 0x0 serverNamePrefix = 0x4faa68 "" l = 140737488349486 slapd_pid_file_unlink = 0 slapd_args_file_unlink = 0 firstopt = 1 __PRETTY_FUNCTION__ = "main"

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