openldap-bugs

openldap-bugs@openldap.org

1 participants
20967 discussions

syncrepl (refreshAndPersist) fails after system date is moved backwards
by jan.cedergren＠nsn.com 21 Dec '07

21 Dec '07

Hello, I'm facing some problems with replication and hoping that someone could clarify how this case should work (is this a bug or a feature). Replication seems to work initially as expected but if I change the system date to something in the past (e.g. 1 year backwards) then the replication stops working. When I change back the current date (to the year that it initially was) then everything seems to work fine again. Is this kind of behaviour in LDAP a restriction that has to do with having timestamps in the CSNs or is this a bug? I tried to find this problem from the archives with no success. Br, -Jani

2 2

(ITS#5295) option to allow slapd bind to any available port
by chitrav＠us.ibm.com 20 Dec '07

20 Dec '07

Full_Name: Chitra Vemkatramani Version: 2.3.27 OS: Redhat URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (162.83.178.28) For a project that we are using openldap in, we would like to allow multiple users to start up ldap servers on the same machine. We would like an option on the slapd command line asking the server to pick any available port to bind to. We can then do netstat, find the port and pass that on to the client. Here is the patch we put in, to allow us to specify -1 for the port, so that the server will pick any available port. Can you please consider adding this to the server options ? --- openldap-2.3.27/libraries/libldap/url.c 2006-04-03 15:49:55.000000000 -0400 +++ /homes/hny1/chitrav/bindport0/url.c 2007-04-19 12:26:47.407806503 -0400 @@ -833,7 +833,7 @@ ludp->lud_next = NULL; ludp->lud_host = NULL; - ludp->lud_port = 0; + ludp->lud_port = -1; ludp->lud_dn = NULL; ludp->lud_attrs = NULL; ludp->lud_scope = LDAP_SCOPE_DEFAULT; @@ -1118,7 +1118,7 @@ (*ludpp)->lud_host = NULL; } - if ((*ludpp)->lud_port == 0) { + if ((*ludpp)->lud_port == -1) { if( strcmp((*ludpp)->lud_scheme, "ldap") == 0 ) { (*ludpp)->lud_port = LDAP_PORT; #ifdef LDAP_CONNECTIONLESS --- openldap-2.3.27/servers/slapd/daemon.c 2006-05-11 14:33:31.000000000 -0400 +++ /homes/hny1/chitrav/bindport0/daemon.c 2007-04-19 12:35:25.814156154 -0400 @@ -683,7 +683,7 @@ struct sockaddr **sap; #ifdef LDAP_PF_LOCAL - if ( port == 0 ) { + if ( port == -1 ) { *sal = ch_malloc(2 * sizeof(void *)); if (*sal == NULL) return -1; @@ -866,12 +866,12 @@ return -1; } - if(! lud->lud_port ) lud->lud_port = LDAP_PORT; + if( lud->lud_port == -1 ) lud->lud_port = LDAP_PORT; #else l.sl_is_tls = ldap_pvt_url_scheme2tls( lud->lud_scheme ); - if(! lud->lud_port ) { + if( lud->lud_port == -1 ) { lud->lud_port = l.sl_is_tls ? LDAPS_PORT : LDAP_PORT; } #endif

1 0

(ITS#5294) ldapdelete gives error when too many entries
by chitrav＠us.ibm.com 20 Dec '07

20 Dec '07

Full_Name: Chitra Vemkatramani Version: 2.3.27 OS: Redhat URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (162.83.178.28) The ldapdelete command does not have a sizelimit option. If I have a lot of entries in my LDAP server and issue an ldapdelete command, the command fails saying that there are too many entries (default seems to be 500). It would be useful to have a -z <sizelimit> option for ldapdelete, as for ldapsearch, so that I can use ldapdelete to delete sets of entries at a time. thanks -Chitra

1 0

(ITS#5293) ldapdelete issue
by chitrav＠us.ibm.com 20 Dec '07

20 Dec '07

Full_Name: Chitra Venkatramani Version: 2.3.27 OS: Redhat URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (162.83.178.28) I added a set of entries to the LDAP server, with sub directories, such as -- dn: cn=aa,ou=chitrav,o=ibm.com dn: ou=bb,ou=chitrav,o=ibm.com dn: cn=bb1,ou=bb,ou=chitrav,o=ibm.com dn: ou=cc,ou=bb,ou=chitrav,o=ibm.com dn: cn=cc1,ou=cc,ou=bb,ou=chitrav,o=ibm.com when I tried to do an ldapdelete command with -r option, I get the following error for every entry in the server, although all the entries do get deleted. ldap_search: Server is unwilling to perform (53) additional info: critical control unavailable in context On looking at the ldapdelete.c source code, lines 390 and 391 say c.ldctl_oid = LDAP_CONTROL_SUBENTRIES; c.ldctl_iscritical = 1; Marking the iscritical flag to 0, makes the error go away. I am not sure what this control does. This seems like a bug though. If so, please let me know what the fix should be, and in which release it will be available. Please let me know if you need any more information. thanks -Chitra

1 0

(ITS#3429) schema download module
by raphael.ouazana＠linagora.com 20 Dec '07

20 Dec '07

Hi, Le Sam 15 décembre 2007 04:31, hyc(a)symas.com a écrit : > I was looking at this code in relation to current HEAD/RE24, and things have > changed quite a bit. Given the ability to dynamically load schema into cn=config, is there still a need for this module? (It is in fact the changes > made for dynamic schema manipulation in slapd that causes the > compatibility > issues with this module.) I don't use this module anymore. Dynamic schema loading would be useful to replace it by allowing replication of schema. In fact I see only a case where the module is still useful: when I want to get automatically the schema of some directory which is not very respectful of LDAP standards, for example by providing attributes without OID. Regards, Raphaël Ouazana.

1 0

(ITS#5292) Test047 requires "rwm"
by daveh＠coreng.com.au 19 Dec '07

19 Dec '07

Full_Name: Dave Horsfall Version: 2.4.7 OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (192.65.182.30) When running "make test", test047 fails because "rwm" is assumed to be configured. It works fine if I configure it in before compiling.

1 0

(ITS#5291) Client timeout dumps core
by daveh＠coreng.com.au 19 Dec '07

19 Dec '07

Full_Name: Dave Horsfall Version: 2.4.7 OS: FreeBSD 4.10-STABLE URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (192.65.182.30) On setting the general client timeout with LDAP_OPT_TIMEOUT and performing a search on a simulated hung server ("nc -l 389"), I get a coredump: assertion "r != NULL" failed: file "error.c", line 272 GDB: (gdb) bt #0 0x28136748 in kill () from /usr/lib/libc.so.4 #1 0x2817803e in abort () from /usr/lib/libc.so.4 #2 0x28154033 in __assert () from /usr/lib/libc.so.4 #3 0x280bf519 in ldap_parse_result (ld=0x8050000, r=0x0, errcodep=0xbfbfdb2c, matcheddnp=0x0, errmsgp=0x0, referralsp=0x0, serverctrls=0x0, freeit=0) at error.c:272 #4 0x280bf455 in ldap_result2error (ld=0x8050000, r=0x0, freeit=0) at error.c:222 #5 0x280c016d in ldap_search_s (ld=0x8050000, base=0x0, scope=2, filter=0xbfbff450 "(uid=daveh)", attrs=0xbfbfdbd8, attrsonly=0, res=0xbfbfdbe0) at search.c:392 #6 0x8049e9b in main (argc=0, argv=0xbfbff8b8) at lget.c:662

1 0

Re: (ITS#5290) -E option missing from ldapsearch man page
by hyc＠symas.com 19 Dec '07

19 Dec '07

thm(a)duke.edu wrote: > Full_Name: Hunter Matthews > Version: ldapsearch 2.3.27 > OS: Centos-5 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (152.3.12.219) > > > ldapsearch -h > shows all (I assume) the options I can use. > > But the man page is missing -E at least. The -E option was added in a later release. The current 2.3 release is 2.3.39; you're far out of date. 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

(ITS#5290) -E option missing from ldapsearch man page
by thm＠duke.edu 19 Dec '07

19 Dec '07

Full_Name: Hunter Matthews Version: ldapsearch 2.3.27 OS: Centos-5 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (152.3.12.219) ldapsearch -h shows all (I assume) the options I can use. But the man page is missing -E at least.

1 0

Re: (ITS#5289) test028 failed
by hyc＠symas.com 18 Dec '07

18 Dec '07

dieter(a)dkluenter.de wrote: > Full_Name: Dieter Kluenter > Version: HEAD > OS: Linux > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (84.142.223.222) > test 028 fails with segmentation fault All tests pass for me. -- -- 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