openldap-bugs September 2007

openldap-bugs@openldap.org

33 participants
179 discussions

Re: Solaris 10 test000 root dse bus error (ITS#5140)
by quanah＠zimbra.com 20 Sep '07

20 Sep '07

--On Thursday, September 20, 2007 3:54 PM +0000 james.hartley(a)gmail.com wrote: > ------=_Part_30794_27537250.1190303647870 > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > > Humm no real help here!! no obvious errors. here is the last few lines > of the slapd.1.conf file. in tests. > > Do you have any other Ideas Use a supported version of BDB. OpenLDAP 2.3 series works with BDB 4.2, 4.4, and 4.5. OpenLDAP 2.4 series works with BDB 4.2, 4.4, 4.5, and 4.6. Since you built 2.3 against 4.6, you are trying to do something that is not supported. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#5148) Segmentation Fault
by hyc＠symas.com 20 Sep '07

20 Sep '07

Russell.Mosemann(a)cune.edu wrote: > Full_Name: Russell Mosemann > Version: 2.3.38 > OS: Linux 2.6.19.1 > URL: > Submission from: (NULL) (192.160.64.49) > > > Debian 3.1 > bdb 4.6.19 > OpenLDAP 2.3.38 > configure --disable-ipv6 --without-cyrus-sasl --without-tls --enable-crypt \ > --enable-wrappers --enable-hdb > gcc version 4.2.1 (Debian 4.2.1-3) > > slapcat and slapadd function without errors when loading or exporting the > database. The following segmentation fault happens on the first query to slapd. This is expected. http://www.openldap.org/lists/openldap-software/200708/msg00344.html BerkeleyDB 4.6.19 is not compatible with OpenLDAP 2.3. Use OpenLDAP 2.4 if you want to use BDB 4.6.19, or use BDB 4.6.3 or older if you want to stay on OpenLDAP 2.3. This ITS will be closed. -- -- Howard Chu Chief Architect, 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#5148) Segmentation Fault
by quanah＠zimbra.com 20 Sep '07

20 Sep '07

--On Thursday, September 20, 2007 3:44 PM +0000 Russell.Mosemann(a)cune.edu wrote: > Full_Name: Russell Mosemann > Version: 2.3.38 > OS: Linux 2.6.19.1 > URL: > Submission from: (NULL) (192.160.64.49) > > > Debian 3.1 > bdb 4.6.19 > OpenLDAP 2.3.38 OpenLDAP 2.3 does not support BDB 4.6. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: Solaris 10 test000 root dse bus error (ITS#5140)
by james.hartley＠gmail.com 20 Sep '07

20 Sep '07

------=_Part_30794_27537250.1190303647870 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Humm no real help here!! no obvious errors. here is the last few lines of the slapd.1.conf file. in tests. Do you have any other Ideas slapd startup: initiated. backend_startup_one: starting "cn=config" config_back_db_open config_build_entry: "cn=config" config_build_entry: "cn=include{0}" config_build_entry: "cn=include{1}" config_build_entry: "cn=include{2}" config_build_entry: "cn=include{3}" config_build_entry: "cn=include{4}" config_build_entry: "cn=include{5}" config_build_entry: "cn=include{6}" config_build_entry: "cn=include{7}" config_build_entry: "cn=include{8}" config_build_entry: "cn=include{9}" config_build_entry: "cn=schema" config_build_entry: "cn={0}core" config_build_entry: "cn={1}cosine" config_build_entry: "cn={2}corba" config_build_entry: "cn={3}java" config_build_entry: "cn={4}inetorgperson" config_build_entry: "cn={5}misc" config_build_entry: "cn={6}nis" config_build_entry: "cn={7}openldap" config_build_entry: "cn={8}dyngroup" config_build_entry: "cn={9}ppolicy" config_build_entry: "olcDatabase={-1}frontend" config_build_entry: "olcDatabase={0}config" config_build_entry: "olcDatabase={1}bdb" config_build_entry: "olcDatabase={2}monitor" backend_startup_one: starting "o=OpenLDAP Project,l=Internet" bdb_db_open: o=OpenLDAP Project,l=Internet bdb_db_open: Warning - No DB_CONFIG file found in directory ./testrun/db.1.a: (2) Expect poor performance for suffix o=OpenLDAP Project,l=Internet. bdb_db_open: dbenv_open(./testrun/db.1.a) On 9/20/07, Gavin Henry <openldap-its(a)openldap.org> wrote: > > > Full_Name: james hartley > > Version: 2.3.27 > > OS: Solaris 10 > > URL: ftp://ftp.openldap.org/incoming/ > > Submission from: (NULL) (204.140.46.100) > > > > > > built with gcc 3.4.6 using the following configure command. > > > > $env > LD_LIBRARY_PATH="/usr/local/lib:/usr/local/ssl/lib:/usr/local/BerkeleyDB.4.6/lib:/usr/lib/sasl2" > > LDFLAGS="-L/usr/local/lib -L/usr/local/ssl/lib > -L/usr/local/BerkeleyDB.4.6/lib > > \-L/usr/lib/sasl2 -R/usr/local/lib -R/usr/local/ssl/lib > > -R/usr/local/BerkeleyDB.4.6/lib -R/usr/lib/sasl2" > CPPFLAGS="-I/usr/local/include > > -I/usr/local/ssl/include \ -I/usr/local/BerkeleyDB.4.6/include > > -I/usr/local/include/sasl" ./configure --enable-bdb --enable-crypt > --with-tls > > --with-cyrus-sasl > > > > compile looks good... However I get the following errors during make > test... > > I could not find anything in the archives that pointed to a > solution. Only > > others asking the same question for earlier versions of solaris ,, > specifically > > solaris 8. > > > > Can anyone give me a good lead in how to proceed. BTW I have run tests > before > I > > installed the software and after I installed the software... After the > first > > test I installed the software anyway. > > > > Thanks for any help. > > > > cd tests; make test > > make[1]: Entering directory > > `/export/home/hartleyj/sunv420ldapconstruction_latest/openldap-2.3.37 > /tests' > > make[2]: Entering directory > > `/export/home/hartleyj/sunv420ldapconstruction_latest/openldap-2.3.37 > /tests' > > Initiating LDAP tests for BDB... > > Cleaning up test run directory leftover from previous run. > > Running ./scripts/all... > >>>>>> Executing all LDAP tests for bdb > >>>>>> Starting test000-rootdse ... > > running defines.sh > > Starting slapd on TCP/IP port 9011... > > Using ldapsearch to retrieve the root DSE... > > Waiting 5 seconds for slapd to start... > > 11851 Bus Error - core dumped > > Waiting 5 seconds for slapd to start... > > Waiting 5 seconds for slapd to start... > > Waiting 5 seconds for slapd to start... > > Waiting 5 seconds for slapd to start... > > Waiting 5 seconds for slapd to start... > > ./scripts/test000-rootdse: kill: no such process > > ldap_bind: Can't contact LDAP server (-1) > >>>>>> Test failed > >>>>>> ./scripts/test000-rootdse failed (exit 1) > > make[2]: *** [bdb-yes] Error 1 > > make[2]: Leaving directory > > `/export/home/hartleyj/sunv420ldapconstruction_latest/openldap-2.3.37 > /tests' > > make[1]: *** [test] Error 2 > > make[1]: Leaving directory > > `/export/home/hartleyj/sunv420ldapconstruction_latest/openldap-2.3.37 > /tests' > > make: *** [test] Error 2 > > > > After running make test, look at the files in the "testrun" folder. That > will > tell you the reasons why it failed. > ------=_Part_30794_27537250.1190303647870 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Humm no real help here!!  no obvious errors.  here is the last few lines of the slapd.1.conf file. in tests.  Do you have any other Ideas slapd startup: initiated. backend_startup_one: starting "cn=config" config_back_db_open config_build_entry: "cn=config" config_build_entry: "cn=include{0}" config_build_entry: "cn=include{1}" config_build_entry: "cn=include{2}" config_build_entry: "cn=include{3}" config_build_entry: "cn=include{4}" config_build_entry: "cn=include{5}" config_build_entry: "cn=include{6}" config_build_entry: "cn=include{7}" config_build_entry: "cn=include{8}" config_build_entry: "cn=include{9}" config_build_entry: "cn=schema" config_build_entry: "cn={0}core" config_build_entry: "cn={1}cosine" config_build_entry: "cn={2}corba" config_build_entry: "cn={3}java" config_build_entry: "cn={4}inetorgperson" config_build_entry: "cn={5}misc" config_build_entry: "cn={6}nis" config_build_entry: "cn={7}openldap" config_build_entry: "cn={8}dyngroup" config_build_entry: "cn={9}ppolicy" config_build_entry: "olcDatabase={-1}frontend" config_build_entry: "olcDatabase={0}config" config_build_entry: "olcDatabase={1}bdb" config_build_entry: "olcDatabase={2}monitor" backend_startup_one: starting "o=OpenLDAP Project,l=Internet" bdb_db_open: o=OpenLDAP Project,l=Internet bdb_db_open: Warning - No DB_CONFIG file found in directory ./testrun/db.1.a: (2) Expect poor performance for suffix o=OpenLDAP Project,l=Internet. bdb_db_open: dbenv_open(./testrun/db.1.a) <div>On 9/20/07, Gavin Henry <<a href="mailto:openldap-its@openldap.org"> openldap-its(a)openldap.org</a>> wrote:<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> Full_Name: james hartley > Version: 2.3.27 > OS: Solaris 10 > URL: <a href="ftp://ftp.openldap.org/incoming/">ftp://ftp.openldap.org/incoming/</a> > Submission from: (NULL) (<a href="http://204.140.46.100">204.140.46.100</a>) > > > built with gcc 3.4.6 using the following configure command. > > $env LD_LIBRARY_PATH="/usr/local/lib:/usr/local/ssl/lib:/usr/local/BerkeleyDB.4.6/lib:/usr/lib/sasl2" > LDFLAGS="-L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.6/lib > \-L/usr/lib/sasl2 -R/usr/local/lib -R/usr/local/ssl/lib > -R/usr/local/BerkeleyDB.4.6/lib -R/usr/lib/sasl2" CPPFLAGS="-I/usr/local/include > -I/usr/local/ssl/include \ -I/usr/local/BerkeleyDB.4.6/include > -I/usr/local/include/sasl" ./configure --enable-bdb --enable-crypt --with-tls > --with-cyrus-sasl > > compile looks good... However I get the following errors during make test... > I could not find anything in the archives that pointed to a solution.  Only > others asking the same question for earlier versions of solaris ,, specifically > solaris 8. > > Can anyone give me a good lead in how to proceed. BTW I have run tests before I > installed the software and after I installed the software... After the first > test I installed the software anyway. > > Thanks for any help. > > cd tests; make test > make[1]: Entering directory > `/export/home/hartleyj/sunv420ldapconstruction_latest/openldap- 2.3.37/tests' > make[2]: Entering directory > `/export/home/hartleyj/sunv420ldapconstruction_latest/openldap-2.3.37/tests' > Initiating LDAP tests for BDB... > Cleaning up test run directory leftover from previous run. > Running ./scripts/all... >>>>>> Executing all LDAP tests for bdb >>>>>> Starting test000-rootdse ... > running defines.sh > Starting slapd on TCP/IP port 9011... > Using ldapsearch to retrieve the root DSE... > Waiting 5 seconds for slapd to start... > 11851 Bus Error - core dumped > Waiting 5 seconds for slapd to start... > Waiting 5 seconds for slapd to start... > Waiting 5 seconds for slapd to start... > Waiting 5 seconds for slapd to start... > Waiting 5 seconds for slapd to start... > ./scripts/test000-rootdse: kill: no such process > ldap_bind: Can't contact LDAP server (-1) >>>>>> Test failed >>>>>> ./scripts/test000-rootdse failed (exit 1) > make[2]: *** [bdb-yes] Error 1 > make[2]: Leaving directory > `/export/home/hartleyj/sunv420ldapconstruction_latest/openldap- 2.3.37/tests' > make[1]: *** [test] Error 2 > make[1]: Leaving directory > `/export/home/hartleyj/sunv420ldapconstruction_latest/openldap-2.3.37/tests' > make: *** [test] Error 2 > After running make test, look at the files in the "testrun" folder. That will tell you the reasons why it failed. </blockquote></div> ------=_Part_30794_27537250.1190303647870--

1 0

(ITS#5148) Segmentation Fault
by Russell.Mosemann＠cune.edu 20 Sep '07

20 Sep '07

Full_Name: Russell Mosemann Version: 2.3.38 OS: Linux 2.6.19.1 URL: Submission from: (NULL) (192.160.64.49) Debian 3.1 bdb 4.6.19 OpenLDAP 2.3.38 configure --disable-ipv6 --without-cyrus-sasl --without-tls --enable-crypt \ --enable-wrappers --enable-hdb gcc version 4.2.1 (Debian 4.2.1-3) slapcat and slapadd function without errors when loading or exporting the database. The following segmentation fault happens on the first query to slapd. gdb slapd (gdb) run -d 255 ... >>> dnPrettyNormal: <qmailgid=306,ou=accounts,o=cune> => ldap_bv2dn(qmailgid=306,ou=accounts,o=cune,0) <= ldap_bv2dn(qmailgid=306,ou=accounts,o=cune)=0 => ldap_dn2bv(272) <= ldap_dn2bv(qmailGID=306,ou=accounts,o=cune)=0 => ldap_dn2bv(272) <= ldap_dn2bv(qmailGID=306,ou=accounts,o=cune)=0 <<< dnPrettyNormal: <qmailGID=306,ou=accounts,o=cune>, <qmailGID=306,ou=accounts ,o=cune> do_bind: version=3 dn="qmailGID=306,ou=accounts,o=cune" method=128 ==> hdb_bind: dn: qmailGID=306,ou=accounts,o=cune bdb_dn2entry("qmailGID=306,ou=accounts,o=cune") Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1561621616 (LWP 27395)] 0xb7f0a471 in __lock_get_internal () from /usr/lib/libdb-4.6.so (gdb) bt full #0 0xb7f0a471 in __lock_get_internal () from /usr/lib/libdb-4.6.so No symbol table info available. #1 0xb7f0afaf in __lock_get () from /usr/lib/libdb-4.6.so No symbol table info available. #2 0xb7f3caf5 in __db_lget () from /usr/lib/libdb-4.6.so No symbol table info available. #3 0xb7eafc67 in __bam_get_root () from /usr/lib/libdb-4.6.so No symbol table info available. #4 0xb7eb003e in __bam_search () from /usr/lib/libdb-4.6.so No symbol table info available. #5 0xb7ea0b0a in __bamc_init () from /usr/lib/libdb-4.6.so No symbol table info available. #6 0xb7ea1b9e in __bamc_init () from /usr/lib/libdb-4.6.so No symbol table info available. #7 0xb7f2eb9d in __dbc_get () from /usr/lib/libdb-4.6.so No symbol table info available. #8 0xb7f37d6b in __dbc_get_pp () from /usr/lib/libdb-4.6.so No symbol table info available. #9 0x080f2332 in hdb_id2entry (be=0x8230d58, tid=0x0, locker=7, id=136227432, e=0xa2eb8018) at id2entry.c:125 bdb = <value optimized out> db = (DB *) 0x0 key = {data = 0xa2eb7f74, size = 4, ulen = 0, dlen = 0, doff = 0, app_data = 0x0, flags = 4} data = {data = 0x0, size = 0, ulen = 0, dlen = 0, doff = 0, app_data = 0x0, flags = 8} cursor = (DBC *) 0xa333cabc bv = {bv_len = 136515576, bv_val = 0x1 <Address 0x1 out of bounds>} rc = -1208315332 nid = 2517172224 #10 0x080ea2ba in hdb_cache_find_id (op=0x81ecc80, tid=0x0, id=2454, eip=0xa2eb8058, islocked=1, locker=7, lock=0xa2eb80a4) at cache.c:760 bdb = (struct bdb_info *) 0x8230e60 ep = (Entry *) 0x0 rc = 0 load = 1 ei = {bei_parent = 0x0, bei_id = 2454, bei_lockpad = 0 '\0', bei_state = 0, bei_nrdn = {bv_len = 0, bv_val = 0x0}, bei_rdn = {bv_len = 0, bv_val = 0x0}, bei_modrdns = 0, bei_ckids = 0, bei_dkids = 0, bei_e = 0x0, bei_kids = 0x0, bei_kids_mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __kind = 0, __nusers = 0, {__spins = 0, __list = { __next = 0x0}}}, __size = '\0' <repeats 23 times>, __align = 0}, bei_lrunext = 0x0, bei_lruprev = 0x0} #11 0x080ed857 in hdb_dn2entry (op=0x81ecc80, tid=0x0, dn=0x81ecc9c, e=0xa2eb80b8, matched=1, locker=7, lock=0xa2eb80a4) at dn2entry.c:68 ei = (EntryInfo *) 0x81ed428 rc = 0 ---Type <return> to continue, or q <return> to quit--- rc2 = <value optimized out> #12 0x080e821f in hdb_bind (op=0x81ecc80, rs=0xa2eb81c4) at bind.c:68 e = <value optimized out> a = <value optimized out> ei = <value optimized out> password = (AttributeDescription *) 0x81c88d8 locker = 7 lock = {off = 134060, ndx = 905, gen = 13, mode = DB_LOCK_WRITE} __PRETTY_FUNCTION__ = "hdb_bind" #13 0x08078cf9 in fe_op_bind (op=0x81ecc80, rs=0xa2eb81c4) at bind.c:405 mech = {bv_len = 6, bv_val = 0x813b828 "SIMPLE"} bd = (BackendDB *) 0x818cee0 #14 0x08079ab1 in do_bind (op=0x81ecc80, rs=0xa2eb81c4) at bind.c:200 ber = (BerElement *) 0x81ebd70 version = 3 method = 128 mech = {bv_len = 0, bv_val = 0x0} dn = {bv_len = 31, bv_val = 0x81ecc42 "qmailgid=306,ou=accounts,o=cune"} tag = <value optimized out> be = (Backend *) 0x0 #15 0x0805de3d in connection_operation (ctx=0xa2eb8248, arg_v=0x81ecc80) at connection.c:1133 curelm = <value optimized out> rc = <value optimized out> rs = {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} tag = 96 opidx = SLAP_OP_BIND conn = (Connection *) 0xa32b9f80 memctx = (void *) 0x81ece78 memctx_null = (void *) 0x0 __PRETTY_FUNCTION__ = "connection_operation" #16 0x08110662 in ldap_int_thread_pool_wrapper (xpool=0x81c9c28) at tpool.c:478 ctx = (ldap_int_thread_ctx_t *) 0x81ec650 ltc_key = {{ltk_key = 0x80a2830, ltk_data = 0x81ece78, ltk_free = 0x80a23a0 <slap_sl_mem_destroy>}, {ltk_key = 0x81eaa68, ltk_data = 0x7, ltk_free = 0x80e8be0 <bdb_locker_id_free>}, { ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 30 times>} tid = 2733345680 i = 680 hash = <value optimized out> #17 0xb7e212d3 in start_thread () from /lib/libpthread.so.0 ---Type <return> to continue, or q <return> to quit--- No symbol table info available. #18 0xb7da72fe in clone () from /lib/libc.so.6 No symbol table info available.

1 0

Re: (ITS#5114) pcache cache results for searches that hit size/timelimit
by rhafer＠suse.de 20 Sep '07

20 Sep '07

Please note that test020 currently fails in HEAD sometime. I think this depends on the order in which the results for queries that hit the sizelimit are returned. Testout put is: ------------------ ... ... Successfully verified answerability Filtering ldapsearch results... Filtering original ldif... Comparing filter output... Comparison failed ------------------ # diff testrun/ldif.flt testrun/ldapsearch.flt 233,235c233,235 < dn: cn=Bjorn Jensen,ou=Information Technology Division,ou=People,dc=example,dc < =com < mail: bjorn(a)mailgw.example.com --- > dn: cn=Barbara Jensen,ou=Information Technology Division,ou=People,dc=example, > dc=com > mail: bjensen(a)mailgw.example.com # -- Ralf

1 0

Re: (ITS#5113) pcache returns incomplete results
by rhafer＠suse.de 20 Sep '07

20 Sep '07

Should be fixed in HEAD now. -- Ralf

1 0

Re: ITS#5112
by rhafer＠suse.de 20 Sep '07

20 Sep '07

This should now be fixed in HEAD. The changer however cause test020-proxycache to fail currently. But that seems to be related to the ITS#5113 issue (the cache is used before it is completely populated). Working on that next. -- Ralf

1 0

Re: (ITS#4860) Sets' enhancement
by raphael.ouazana＠linagora.com 20 Sep '07

20 Sep '07

Hi, Le Jeu 13 septembre 2007 22:47, ando(a)sys-net.it a écrit : > Should be fixed now in HEAD/re24/re23. Please test. p. Thank you for that and for the various fixes (/-*, documentation). We are going to test your fixes as soon as possible. Regards, Raphael Ouazana.

1 0

Re: (ITS#5146) slapo-ppolicy
by hyc＠symas.com 19 Sep '07

19 Sep '07

tonni(a)hetnet.nl wrote: > I'd like to see ppolicy refuse to accept a multi-value userPassword. Agreed, this problem is already highlighted in the current code. (See the FIXME comment in ppolicy.c around line 1556.) We just haven't decided on a proper solution yet. It appears that the RFC3112 authPassword suffers from the same problem. If I were to design all of this today I would have made these attributes single-valued, and used attribute tags to specify the password hash mechanism. E.g., authPassword;crypt: 0123456789abcd authPassword;sha1: xxxxxxxxxxxxxx Since the Password Policy draft *does* include provisions for applying policies to multiple password attributes, then this problem would no longer exist. Of course now that userPassword and authPassword already exist, all the good attribute names are already gone. ;) -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

← Newer
1
2
3
4
5
6
7
8
...
18
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs September 2007