openldap-bugs

openldap-bugs@openldap.org

1 participants
20967 discussions

Re: (ITS#5050) array bounds violation in test045-syncreplication-proxied
by hyc＠symas.com 08 Oct '07

08 Oct '07

h.b.furuseth(a)usit.uio.no wrote: > Full_Name: Hallvard B Furuseth > Version: HEAD, RE23 > OS: Linux > URL: > Submission from: (NULL) (129.240.202.105) > Submitted by: hallvard > > > syncprov + back-ldap, and presumably + back-meta if that were used, > give an array bounds violation in test045-syncreplication-proxied: > > syncprov_db_open() uses connection_fake_init(), which sets op->o_tag=0. > It passes op to back-ldap. > > ldap_back_op_result() assumes op is a known LDAP request: It calls > slap_req2op() and gets SLAP_OP_LAST (for unknown tag). That is used as > an index into ldapinfo_t.li_timeout[], which has size SLAP_OP_LAST. > > back-meta/bind.c does the same in meta_back_bind_op_result() and > meta_back_op_result(). I fixed back-ldap but I believe the same fix is still needed in back-meta. -- -- 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

(ITS#5175) After 6 times authenticate sucessfully.Open LDAP is failing
by pattanaikhr＠gmail.com 08 Oct '07

08 Oct '07

Full_Name: HR Pattanaik Version: 2.2.29 OS: Windows XP Professional URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (203.126.136.220) When I have sign in my authentication page .It's successfully authenticate 5-6 times after that it's failing . I have searched lot of forums But I didn't get any solution for that. So I have raised this issues on your web site. Hopefully I'll get any solutions for that.Please reply me I have mention my exception is here.Please follows below. javax.naming.ServiceUnavailableException: localhost: 389; socket closed

1 0

Re: ITS#5174 openldap.schema entry not valid per RFC 4512
by ando＠sys-net.it 08 Oct '07

08 Oct '07

Not sure if ordering of optional sequence members is required by RFC 4234, but the change you suggest sounds harmless. OpenLDAP software, in this sense, is usually permissive in what is accepted and strict in what is emitted. Thanks, p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

Re: (ITS#5164) slapi plugins prevent slapd starting.
by m.d.t.evans＠qmul.ac.uk 08 Oct '07

08 Oct '07

On Sun, 2007-10-07 at 16:29 -0700, Howard Chu wrote: > m.d.t.evans(a)qmul.ac.uk wrote: > > Full_Name: Martin Evans > > Version: 2.4.5beta > > OS: Linux > > URL: ftp://ftp.openldap.org/incoming/ > > Submission from: (NULL) (138.37.8.140) > > > > > > This is mentioned in #4611 but marked as fixed there. > > Now fixed in HEAD. > Thanks! I spotted your fixes to slapi/plugin.c, back-monitor/conn.c and back-monitor/database.c applied these to my version of 2.4.5beta and they seem to work fine. Martin. -- -- Dr MDT Evans, Computing Services, Queen Mary, University of London

1 0

(ITS#5174) openldap.schema entry not valid per RFC 4512
by bhanafee＠gmail.com 07 Oct '07

07 Oct '07

Full_Name: Brian Hanafee Version: 1.24.2.2 OS: Mac OS/X URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (24.4.251.75) The final definition in /servers/slapd/schema/openldap.schema is not valid per RFC 4512. It reads: objectClass ( OpenLDAPobjectClass:6 NAME 'OpenLDAPdisplayableObject' DESC 'OpenLDAP Displayable Object' MAY displayName AUXILIARY ) Per RFC 4512, section 4.1.1, the 'kind' AUXILIARY comes before any MUST or MAY entries. The corrected entry should read: objectClass ( OpenLDAPobjectClass:6 NAME 'OpenLDAPdisplayableObject' DESC 'OpenLDAP Displayable Object' AUXILIARY MAY displayName )

1 0

Re: (ITS#5171) hdb txn_checkpoint failures
by hyc＠symas.com 07 Oct '07

07 Oct '07

richton(a)nbcs.rutgers.edu wrote: >> If this is happening even with slapd cleanly shut down then it should also >> prevent slapd from restarting, since slapd first attempts to join an existing >> environment before trying to create a new one. And that really implies that >> the rest of the environment is shot. > > Agreed, but that's a pretty awful condition to have in a long-running > slapd process. Without db_stat (easily) working, is there any hope at > finding clues as to how this might have happened, or is it just time to > rm/slapadd and hope it doesn't happen again? It doesn't seem like we can get much more info out of this. One more thing to try would be a full-debug build of libdb, so we can see exactly where it hangs when trying to join the environment. Looking thru the code, I only see one mutex to acquire the environment, and looking at your stack trace it's already past that location, but the trace could be lying. Also the mutex used to lock the environment is a regular mutex, not a persistent lock. So when all processes have closed the environment, there shouldn't be anything left to conflict with here. So most likely the environment data structures are hosed, and the thread is locking against itself. Again, we can't really tell without single-stepping thru the BDB library code. It may not be worth the effort, but that's your call. -- -- 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#5173) Cannot add pcache to config
by hyc＠symas.com 07 Oct '07

07 Oct '07

hyc(a)OpenLDAP.org wrote: > Full_Name: Howard Chu > Version: RE23/RE24/HEAD > OS: > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (76.168.84.21) > Submitted by: hyc > > > As reported by Ralf here > http://www.openldap.org/lists/openldap-devel/200709/msg00036.html > > Fixed in HEAD But the same problem also occurs with the translucent overlay... -- -- 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

(ITS#5173) Cannot add pcache to config
by hyc＠OpenLDAP.org 07 Oct '07

07 Oct '07

Full_Name: Howard Chu Version: RE23/RE24/HEAD OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (76.168.84.21) Submitted by: hyc As reported by Ralf here http://www.openldap.org/lists/openldap-devel/200709/msg00036.html Fixed in HEAD

1 0

Re: (ITS#5171) hdb txn_checkpoint failures
by richton＠nbcs.rutgers.edu 07 Oct '07

07 Oct '07

> (Of course, if you only appended to /etc/hosts then the old address is still > in there and getting used first..) "files dns" in nsswitch.conf, and no prior /etc/hosts entry. i.e., this overrode DNS to the 192.168.* interface. netstat shows that (by now, at least) this has completely taken. > If this is happening even with slapd cleanly shut down then it should also > prevent slapd from restarting, since slapd first attempts to join an existing > environment before trying to create a new one. And that really implies that > the rest of the environment is shot. Agreed, but that's a pretty awful condition to have in a long-running slapd process. Without db_stat (easily) working, is there any hope at finding clues as to how this might have happened, or is it just time to rm/slapadd and hope it doesn't happen again?

1 0

Re: (ITS#4884) Back-config inheritance issue
by hyc＠symas.com 07 Oct '07

07 Oct '07

ando(a)sys-net.it wrote: > Full_Name: Pierangelo Masarati > Version: HEAD (re23,...) > OS: irrelevant > URL: > Submission from: (NULL) (87.28.220.33) > Submitted by: ando > > > I think I've spotted a potential issue in back-config. When creating a custom > object, say an overlay, the configuration objectClass should inherit from > olcOverlayConfig. While adding the object via LDAP, however, if the ancestor > class is not explicitly listed, the derived object must provide a co_ldadd() > hook, otherwise addition fails. > Currently, the code uses all defined objectClasses and stops the first time a > hook is available and it does not fail. That was of course the designed and desired behavior... > It would be more sound, IMHO, to have something like: > > - if the structural objectClass provides a co_ldadd() hook, use it; it is that > hook's responsibility to call the superior's one if required; > > - if it doesn't, then climb the inheritance tree and call co_ldadd() for the > first occurrence of a valid one. The point is that structural classes are not the only ones that matter here, and if you're creating an entry that has a special class, you must provide the necessary handlers for that class. Climbing the inheritance tree seems an ok convenience for entries that don't explicitly list all their superior classes, but that should not have precluded the existing behavior (checking all of the explicitly listed classes, whether they are structural or auxiliary). -- -- 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

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