openldap-bugs

openldap-bugs@openldap.org

1 participants
20965 discussions

(ITS#5425) slapdconfig.sdf and slapdconf2.sdf out of date
by ghenry＠OpenLDAP.org 14 Mar '08

14 Mar '08

Full_Name: Gavin Henry Version: HEAD OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (80.229.93.1) Submitted by: ghenry Note to self: These are missing the latest Syncrepl directives and others things. Need to sync them with slapd.conf(5)

1 0

RE: Adding new Attribute in OpenLdap (ITS#5423)
by vijayaragavanp＠zenithsoft.com 14 Mar '08

14 Mar '08

i was't able to find the manual ,can you please send me the link -----Original Message----- From: Pierangelo Masarati [mailto:openldap-its@OpenLDAP.org] Sent: Friday, March 14, 2008 2:46 PM To: vijayaragavanp(a)zenithsoft.com Subject: Re: Adding new Attribute in OpenLdap (ITS#5423) > how to add custom attributes in OpenLdap As clearly explained in the manual. p.

1 0

(ITS#5424) pwdGraceLoginLimit only mentioned, not documented in slapo-ppolicy
by ghenry＠OpenLDAP.org 14 Mar '08

14 Mar '08

Full_Name: Gavin Henry Version: HEAD OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (212.159.59.85) Submitted by: ghenry "(please refer to the pwdGraceLoginLimit password policy attribute)" Nothing else mentioned. Gavin.

1 0

(ITS#5423) Adding new Attribute in OpenLdap
by vijayaragavanp＠zenithsoft.com 13 Mar '08

13 Mar '08

Full_Name: vijayaragavanp Version: 2.0 OS: yes URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (124.30.128.168) how to add custom attributes in OpenLdap

1 0

(ITS#5422) strerror(errno) problems
by h.b.furuseth＠usit.uio.no 13 Mar '08

13 Mar '08

Full_Name: Hallvard B Furuseth Version: HEAD, RE23, RE24 OS: URL: Submission from: (NULL) (129.240.6.233) Submitted by: hallvard "grep -i strerror" shows some places <strerror/STRERROR>(errno) are passed to Debug(). However Debug() can evaluate its arguments twice: for -d output and syslog. Thus it can syslog the wrong message, since the -d stdio call can change errno. Also strerror() can return NULL, which can break with Debug(%s). STRERROR() fixes that, but not the duplicate call. And strerror too can change errno:-( So the STRERROR() variant #elif defined( HAVE_STRERROR ) #define STRERROR(e) ( strerror(e) ? strerror(e) : _AC_ERRNO_UNKNOWN ) in include/ac/errno.h isn't quite safe either. I suggest we put something like below in ac/string.h or ac/errno.h, then we can usually say if (whatever) { DEF_STRERROR(msg, errno); Debug(..., msg, ...); } ac/something.h: #define DEF_STRERROR(msg, err) \ DECL_STRERROR(msg); \ SET_STRERROR(msg, err) #ifdef HAVE_SYS_ERRLIST #define DECL_STRERROR(msg) \ unsigned int msg##_err_; \ const char *msg #define SET_STRERROR(msg, err) \ ((void)(msg = (msg##_err_ = (e)) < (unsigned) sys_nerr \ ? sys_errlist[msg##_err_] : _AC_ERRNO_UNKNOWN)) #elif <threaded> && defined( HAVE_NONPOSIX_STRERROR_R ) #define DECL_STRERROR(msg) \ char msg##_buf_[80]; \ const char *msg #define SET_STRERROR(msg, err) \ ((void) ((msg = strerror_r(err, msg##_buf_, 80)) || \ (msg = _AC_ERRNO_UNKNOWN))) #elif <threaded> && defined( HAVE_STRERROR_R ) #define DECL_STRERROR(msg) \ char msg##_buf_[80]; \ const char *msg #define SET_STRERROR(msg, err) \ ((void) (msg = strerror_r(err, msg##_buf_, 80) != -1 \ ? msg##_buf_ : _AC_ERRNO_UNKNOWN)) #elif defined( HAVE_STRERROR ) #define DECL_STRERROR(msg) \ const char *msg #define SET_STRERROR(msg, err) \ ((void) ((msg = strerror(err)) || (msg = _AC_ERRNO_UNKNOWN))) #else #define DECL_STRERROR(msg) const char *msg #define SET_STRERROR(msg, err) ((void) (msg = "Unknown error")) #endif Don't know what the #if <threaded> test should look like, see ITS#5421.

1 0

(ITS#5421) slapd vs LDAP_R_COMPILE
by h.b.furuseth＠usit.uio.no 13 Mar '08

13 Mar '08

Full_Name: Hallvard B Furuseth Version: HEAD, RE23, RE24 OS: URL: Submission from: (NULL) (129.240.6.233) Submitted by: hallvard Some slapd source files include libldap/ldap-int.h, which contains #ifdef LDAP_R_COMPILE in structs. slapd links libldap_r but does not define LDAP_R_COMPILE, so these files have access to bad struct definitions. A quick grep doesn't show any use cases though. Anyway: Either #ifdef LDAP_R_COMPILE in libldap(_r)should be something else, or we should define LDAP_R_COMPILE in slapd - maybe like this: --- slap.h 13 Mar 2008 13:37:07 +++ slap.h 13 Mar 2008 16:40:25 @@ -28,4 +28,10 @@ #define _SLAP_H_ +#if defined _LDAP_INT_H +# error include slap.h before ldap-int.h +#elif !defined NO_THREADS +# define LDAP_R_COMPILE 1 +#endif + #include "ldap_defaults.h"

1 0

Re: (ITS#5416) slapd core dump
by ando＠sys-net.it 13 Mar '08

13 Mar '08

rui.yan(a)gmail.com wrote: > Full_Name: yanr > Version: 2.4.8 > OS: Linux 2.6.22 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (128.221.197.21) > > > Verion: 2.4.8 > Desc: client runs some codes like ldap_modify_ext, sometimes slapd core dump. > The same codes works on 2.3.38. > > [root@test1 /]# uname -r > 2.6.22.9-2.smp.gcc3.4.x86_64 > > (gdb) bt > > #0 0x00002b018fa6da3d in *__GI_raise (sig=19040) > at ../nptl/sysdeps/unix/sysv/linux/raise.c:67 > 67 int res = INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); > (gdb) bt > #0 0x00002b018fa6da3d in *__GI_raise (sig=19040) > at ../nptl/sysdeps/unix/sysv/linux/raise.c:67 > #1 0x00002b018fa6ef1e in *__GI_abort () at ../sysdeps/generic/abort.c:88 > #2 0x00002b018fa67720 in *__GI___assert_fail (assertion=0x56ad43 "i > 0", > file=0x56acf8 "schema_init.c", line=366, > function=0x56ad30 "octetStringIndexer") at assert.c:83 > #3 0x00000000004664b3 in octetStringIndexer (use=163, flags=4, > syntax=0x77ea70, mr=0x77ed70, prefix=0x77ec48, values=0x2aaaaacad6b0, > keysp=0x42001598, ctx=0x83d970) at schema_init.c:366 > #4 0x000000000046ffde in objectSubClassIndexer (use=163, mask=4, > syntax=0x77ea70, mr=0x77ed70, prefix=0x77ec48, values=0x87b7e0, > keysp=0x42001598, ctx=0x83d970) at schema_prep.c:305 You should provide: - your slapd.conf - the LDIF of the modification that caused the issue - the contents of some variables from gdb: (gdb) frame 4 (gdb) print nocs (gdb) print values (gdb) print values[0] 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#5420) test048-syncrepl-multiproxy: ldapsearch failed at P1 slave (32)!
by hyc＠symas.com 13 Mar '08

13 Mar '08

Dup of ITS#5419. michael(a)stroeder.com wrote: > Full_Name: Michael Ströder > Version: HEAD > OS: OpenSUSE Linux 10.3 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (84.163.68.253) > > > make test fails with current HEAD synced right now. > > michael@nb2:~/src/openldap/HEAD/openldap/tests> ./run -b bdb test048 > Cleaning up test run directory leftover from previous run. > Running ./scripts/test048-syncrepl-multiproxy... > running defines.sh > Starting master slapd on TCP/IP port 9011... > Using ldapsearch to check that master slapd is running... > Using ldapadd to create the context prefix entry in the master... > Starting P1 slave slapd on TCP/IP port 9012... > Using ldapsearch to check that P1 slave slapd is running... > Starting R1 slave slapd on TCP/IP port 9013... > Using ldapsearch to check that R1 slave slapd is running... > 1> Using ldapadd to populate the master directory... > Waiting 15 seconds for syncrepl to receive changes... > ldapsearch failed at P1 slave (32)! > > > -- -- 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#5420) test048-syncrepl-multiproxy: ldapsearch failed at P1 slave (32)!
by michael＠stroeder.com 13 Mar '08

13 Mar '08

Full_Name: Michael Ströder Version: HEAD OS: OpenSUSE Linux 10.3 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (84.163.68.253) make test fails with current HEAD synced right now. michael@nb2:~/src/openldap/HEAD/openldap/tests> ./run -b bdb test048 Cleaning up test run directory leftover from previous run. Running ./scripts/test048-syncrepl-multiproxy... running defines.sh Starting master slapd on TCP/IP port 9011... Using ldapsearch to check that master slapd is running... Using ldapadd to create the context prefix entry in the master... Starting P1 slave slapd on TCP/IP port 9012... Using ldapsearch to check that P1 slave slapd is running... Starting R1 slave slapd on TCP/IP port 9013... Using ldapsearch to check that R1 slave slapd is running... 1 > Using ldapadd to populate the master directory... Waiting 15 seconds for syncrepl to receive changes... ldapsearch failed at P1 slave (32)!

1 0

Re: (ITS#5419) test048 fails...
by h.b.furuseth＠usit.uio.no 13 Mar '08

13 Mar '08

hyc(a)symas.com writes: > op->o_bd is essentially supposed to be a constant once it is set on an > operation. Operations within a backend are generally not allowed to > access other backends so it should not be overriding the backend that > was given to it. "grep -n -e '.->o_bd *=[^=]' *.c */*.c" finds 10 from 'orig'something. Some of the other 202 matches also restore an old o_bd. -- Hallvard

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