openldap-bugs

openldap-bugs@openldap.org

1 participants
21002 discussions

Re: (ITS#6200) slapd crashes under load w/ syncrepl
by imf＠u.washington.edu 14 Sep '09

14 Sep '09

On Mon, 24 Aug 2009, Aaron Richton wrote: > What does this look with top and/or in dmesg over the run time? Is it a > simple out-of-memory? Definitely a bit of a gross method, but what's ls -lh > core show for size? I haven't been able to monitor it constantly over its lifespan, as it takes anywhere from 24 to 36 hours of our load before failure, but what I have observed is that slapd continually grows (slowly) over the course of the test until it can't malloc any more. Core sizes run around 640Mb. The largest '__db' element is 1.9Gb. So, slapd behaves as if there's a slow memory leak, somewhere. Unless the delta syncrepl mechanism (on producer) has an insatiable memory appetite. Our test suite is heavy on updates, including mods to large-memeber groups (with 120K+ members). The consumer slapd never dies, and more or less keeps up with the change load from the producer. > > (If so, is it warranted given your load or is there a leak, etc etc...and of > course make sure you're up to date on the surrounding packages, OpenLDAP > isn't the only thing that can leak.) > openldap-2.4.17 db-4.7.25 (patch level 4) openssl 0.9.8e Red Hat Enterprise Linux Server release 5.4 Tracy

1 0

Re: (ITS#6282) Assertion failure in openldap clients when server is frozen and limits are in place
by masarati＠aero.polimi.it 13 Sep '09

13 Sep '09

> masarati(a)aero.polimi.it writes: >> Unless I missed something, all times back-ldap and back-meta ignore >> ldap_result()==0 it's because no timeout was specified. > > They ignore ldap.conf, ldaprc etc? ugh, no, but at a first glance they all set a timeout when critical. However, after a second look, I noticed that in quite some places, NULL was passed. I've explicitly passed a timeval with -1 in those cases. This can be improved if and when we find out how those special cases can handle timeouts. p.

1 0

Re: (ITS#6282) Assertion failure in openldap clients when server is frozen and limits are in place
by h.b.furuseth＠usit.uio.no 13 Sep '09

13 Sep '09

masarati(a)aero.polimi.it writes: > Unless I missed something, all times back-ldap and back-meta ignore > ldap_result()==0 it's because no timeout was specified. They ignore ldap.conf, ldaprc etc?

1 0

Re: (ITS#6289) CARS service crashes when stopping in windows
by binoyme＠gmail.com 11 Sep '09

11 Sep '09

--0016368340d403113b04735a8e67 Content-Type: text/plain; charset=ISO-8859-1 It was working earlier with OpenLDAP 2.2. But then we used MS Visual Studio 6 to compile. Now we are using Visual Studio 2005. Is it anything to do with this? -- Thanks and Regards, Binoy Joseph --0016368340d403113b04735a8e67 Content-Type: text/html; charset=ISO-8859-1 It was working earlier with OpenLDAP 2.2. But then we used MS Visual Studio 6 to compile. Now we are using Visual Studio 2005. Is it anything to do with this? -- Thanks and Regards, Binoy Joseph --0016368340d403113b04735a8e67--

1 0

Re: (ITS#6289) CARS service crashes when stopping in windows
by h.b.furuseth＠usit.uio.no 11 Sep '09

11 Sep '09

binoy(a)cordys.com writes: > slap_sig_shutdown( int sig ) > { > .. > //(void) SIGNAL_REINSTALL( sig, slap_sig_shutdown ); > } > > Also, another doubt. The value of sig is always -1 here. Shouldn't it one of > these: SIG_DFL, SIG_ERR, SIGINT, SIGTERM... ? Actually no. slapd/main.c does lutil_CommenceStartupProcessing( serverName, slap_sig_shutdown ); which causes liblutil/ntservice.c:lutil_ServiceCtrlHandler() to call slap_sig_shutdown(-1). (The handler is stored in stopfunc.) Leaving the correction to a committer who knows Windows, but I assume a minimal fix would be if (sig >= 0) SIGNAL_REINSTALL( sig, slap_sig_shutdown ); -- Hallvard

1 0

(ITS#6290) Faulty documentation for dynamic groups in Admin Guide
by ryans＠aweber.com 11 Sep '09

11 Sep '09

Full_Name: Ryan Steele Version: 2.4.18 OS: Ubuntu URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (207.106.239.81) In the following example, entries with the 'groupOfNames' object class trigger an expansion on the 'labeledURI' attribute. The query executed by the labeledURI attribute returns entries of type 'member'. According to section 12.7.2 of the Admin Guide, this is acceptable and is in fact the example used, yet core.schema defines the 'member' attribute as a 'MUST' for the groupOfNames objectClass, causing this error: ldapadd -x -D cn=admin,dc=example,dc=com -w SECRET dn: cn=dev,ou=Groups,dc=example,dc=com ou: Groups cn: dev objectClass: groupOfNames description: A group containing the dn for each of the developers labeledURI: ldap:////ou=Users,dc=example,dc=com?uid?sub?(&(employeeType=Developer)(objectClass=exampleEmployee)) adding new entry "cn=dev,ou=Groups,dc=example,dc=com" ldap_add: Object class violation (65) additional info: object class 'groupOfNames' requires attribute 'member'

1 0

(ITS#6289) CARS service crashes when stopping in windows
by binoy＠cordys.com 11 Sep '09

11 Sep '09

Full_Name: Binoy Joseph Version: 2.4.16 OS: Windows XP URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (210.210.79.19) Hi, I compiled OpenLDAP 2.4.16 in Windows and installed it as a service. It starts successfully. But when I stop the service, slapd stops, but a Windows Application error (unknown software exception) is thrown and the service does not respond. I commented the last line in daemon.c and it works fine. slap_sig_shutdown( int sig ) { .. //(void) SIGNAL_REINSTALL( sig, slap_sig_shutdown ); } Also, another doubt. The value of sig is always -1 here. Shouldn't it one of these: SIG_DFL, SIG_ERR, SIGINT, SIGTERM... ? Is it already fixed in the subsequent releases?

1 0

Re: (ITS#6282) Assertion failure in openldap clients when server is frozen and limits are in place
by Guillaume.Rousse＠inria.fr 10 Sep '09

10 Sep '09

>I.e., because a connection has already been >established, the library will not do any fallback. It only tries to fallback >if the TCP connection attempt fails. If I understand correctly, the current fallback mechanisms in openldap library only ensure against unavailable servers, not against misbehaving ones ? In this case, I'd gladly fill an enhancement request. -- BOFH excuse #284: Electrons on a bender

1 0

Re: (ITS#6288) slapd terminates with sssvlv enabled
by dieter＠dkluenter.de 09 Sep '09

09 Sep '09

I have to extend this. The reported issue, slapd core dumping, only occurs if a sasl bind is initiated, slapd will not teminate on a simple bind. -Dieter --=20 Dieter Kl=C3=BCnter | Systemberatung http://dkluenter.de GPG Key ID:8EF7B6C6 53=C2=B037'09,95"N 10=C2=B008'02,42"E

1 0

(ITS#6288) slapd terminates with sssvlv enabled
by dieter＠dkluenter.de 09 Sep '09

09 Sep '09

Full_Name: Dieter Kluenter Version: REL_ENG_2_4 OS: openSUSE-11.1-x86_64 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (87.154.44.123) from a fresh (of today, 09.09.09) cvs co REL_ENG_2_4 slapd core dumps, this is the backtrace: [...] Core was generated by `./slapd -h ldap://:9004/ -F /opt/openldap/etc/openldap/slapd.d'. Program terminated with signal 11, Segmentation fault. #0 0x00007f679e6f2010 in sssvlv_op_search (op=0x7f6798993f30, rs=0x7f6798993ec0) at sssvlv.c:699 699 sort_ctrl *sc = op->o_controls[sss_cid]; (gdb) bt #0 0x00007f679e6f2010 in sssvlv_op_search (op=0x7f6798993f30, rs=0x7f6798993ec0) at sssvlv.c:699 #1 0x00000000004c9582 in overlay_op_walk () [...] (gdb) frame 0 #0 0x00007f679e6f2010 in sssvlv_op_search (op=0x7f6798993f30, rs=0x7f6798993ec0) at sssvlv.c:699 699 sort_ctrl *sc = op->o_controls[sss_cid]; (gdb) frame 1 #1 0x00000000004c9582 in overlay_op_walk (op=0x7fffec090f30, rs=0x7fffec090ec0, which=op_search, oi=0xf81a00, on=0xf81400) at backover.c:659 659 rc = func[which]( op, rs ); -Dieter

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