openldap-bugs

openldap-bugs@openldap.org

1 participants
20963 discussions

Re: (ITS#7134) Referential Integrity implement in LDAP
by quanah＠zimbra.com 24 Jan '12

24 Jan '12

--On Wednesday, January 25, 2012 6:11 AM +0000 jasminindia(a)gmail.com wrote: > Full_Name: Crack Jack > Version: 2.4.28 > OS: Red Hat > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (174.26.62.117) > > > we have two separate nodes called Roles and Permission. Roles contains > set of permissions. > How we can define relationship between Roles and permissions? > In case if delete permissions than Role must be deleted. > I referred openLDAP document but no more information. I heard about > "alias". will that help for referential integrity? The ITS system is for reporting bugs, not for asking usage questions. This ITS will be closed. If you have questions about how to use and configure OpenLDAP, then submit them to the openldap-technical(a)openldap.org mailing list. --Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#7134) Referential Integrity implement in LDAP
by jasminindia＠gmail.com 24 Jan '12

24 Jan '12

Full_Name: Crack Jack Version: 2.4.28 OS: Red Hat URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (174.26.62.117) we have two seperate nodes called Roles and Permission. Roles contains set of permissions. How we can define relationship between Roles and permissions? In case if delete permissions than Role must be deleted. I referred openLDAP document but no more information. I heard about "alias". will that help for referential integrity?

1 0

Re: (ITS#7133) slapd dies with SIGSEGV on SIGHUP
by quanah＠zimbra.com 24 Jan '12

24 Jan '12

--On Tuesday, January 24, 2012 11:50 PM +0000 dpmcgee(a)gmail.com wrote: > On Tue, Jan 24, 2012 at 5:46 PM, Howard Chu <hyc(a)symas.com> wrote: >> Dan McGee wrote: >>> >>> On Tue, Jan 24, 2012 at 3:38 PM, Howard Chu<hyc(a)symas.com> ??wrote: >>>> >>>> dpmcgee(a)gmail.com wrote: >>>>> >>>>> >>>>> Full_Name: Dan McGee >>>>> Version: 2.4.28 >>>>> OS: Arch Linux, 3.0.2 kernel >>>>> URL: >>>>> Submission from: (NULL) (2002:47c2:29f0:1:21f:d0ff:fea2:ee12) >>>>> >>>>> >>>>> Running the test suite looks like a disaster because every time the >>>>> test server >>>>> is killed you see lines like this (probably 1409 times for every >>>>> single test, >>>>> who knows): >>>> >>>> >>>> >>>> Sounds like this is a dup of ITS#7118. A potential fix has been >>>> committed to >>>> git master; you should recompile both libldap and libldap_r with the >>>> patch >>>> to verify if the fix is effective. Please test and report back, thanks. >>> >>> >>> Appears to address the problem. The test suite is running without >>> errors at the moment. Thanks for the quick response! >> >> >> Thanks for verifying. Unfortunately, the previous patch was incomplete >> (and would break init.c on some non-Linux platforms). A new patch is now >> in git, if you could test again, thanks. > > Can you please give links to patches, or at least commit IDs? Your > directions are quite vague, as I only see one patch in git that > matches "7118" when searched for > (http://www.openldap.org/devel/gitweb.cgi?p=openldap.git&a=search&h=HEAD& > st=commit&s=7118). If > http://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=patch;h=270ef33 > acf18dc13bfd07f8a8e66b446f80e7d27 is not what I should be testing, please > let me know. >From <http://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=summary>: 10 min ago Howard ChuCleanup gssapi_flags -> ldo_gssapi_flags master commit | commitdiff | tree | snapshot 11 min ago Howard ChuMore for prev commit (270ef33acf18dc13bfd07f8a8e66b446f... commit | commitdiff | tree | snapshot 2 hours ago Howard ChuITS#7118, #7133 tentative fix commit | commitdiff | tree | snapshot -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#7133) slapd dies with SIGSEGV on SIGHUP
by hyc＠symas.com 24 Jan '12

24 Jan '12

Dan McGee wrote: > On Tue, Jan 24, 2012 at 5:46 PM, Howard Chu<hyc(a)symas.com> wrote: >> Thanks for verifying. Unfortunately, the previous patch was incomplete (and >> would break init.c on some non-Linux platforms). A new patch is now in git, >> if you could test again, thanks. > > Can you please give links to patches, or at least commit IDs? Your > directions are quite vague, as I only see one patch in git that > matches "7118" when searched for > (http://www.openldap.org/devel/gitweb.cgi?p=openldap.git&a=search&h=HEAD&st=…). > If http://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=patch;h=270ef33ac… > is not what I should be testing, please let me know. Ah sorry, it's this: http://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=commit;h=7ff18967… -- -- Howard Chu CTO, 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#7133) slapd dies with SIGSEGV on SIGHUP
by dpmcgee＠gmail.com 24 Jan '12

24 Jan '12

On Tue, Jan 24, 2012 at 5:46 PM, Howard Chu <hyc(a)symas.com> wrote: > Dan McGee wrote: >> >> On Tue, Jan 24, 2012 at 3:38 PM, Howard Chu<hyc(a)symas.com> wrote: >>> >>> dpmcgee(a)gmail.com wrote: >>>> >>>> >>>> Full_Name: Dan McGee >>>> Version: 2.4.28 >>>> OS: Arch Linux, 3.0.2 kernel >>>> URL: >>>> Submission from: (NULL) (2002:47c2:29f0:1:21f:d0ff:fea2:ee12) >>>> >>>> >>>> Running the test suite looks like a disaster because every time the test >>>> server >>>> is killed you see lines like this (probably 1409 times for every single >>>> test, >>>> who knows): >>> >>> >>> >>> Sounds like this is a dup of ITS#7118. A potential fix has been committed >>> to >>> git master; you should recompile both libldap and libldap_r with the >>> patch >>> to verify if the fix is effective. Please test and report back, thanks. >> >> >> Appears to address the problem. The test suite is running without >> errors at the moment. Thanks for the quick response! > > > Thanks for verifying. Unfortunately, the previous patch was incomplete (and > would break init.c on some non-Linux platforms). A new patch is now in git, > if you could test again, thanks. Can you please give links to patches, or at least commit IDs? Your directions are quite vague, as I only see one patch in git that matches "7118" when searched for (http://www.openldap.org/devel/gitweb.cgi?p=openldap.git&a=search&h=HEAD&st=…). If http://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=patch;h=270ef33ac… is not what I should be testing, please let me know. -Dan

1 0

Re: (ITS#7133) slapd dies with SIGSEGV on SIGHUP
by hyc＠symas.com 24 Jan '12

24 Jan '12

Dan McGee wrote: > On Tue, Jan 24, 2012 at 3:38 PM, Howard Chu<hyc(a)symas.com> wrote: >> dpmcgee(a)gmail.com wrote: >>> >>> Full_Name: Dan McGee >>> Version: 2.4.28 >>> OS: Arch Linux, 3.0.2 kernel >>> URL: >>> Submission from: (NULL) (2002:47c2:29f0:1:21f:d0ff:fea2:ee12) >>> >>> >>> Running the test suite looks like a disaster because every time the test >>> server >>> is killed you see lines like this (probably 1409 times for every single >>> test, >>> who knows): >> >> >> Sounds like this is a dup of ITS#7118. A potential fix has been committed to >> git master; you should recompile both libldap and libldap_r with the patch >> to verify if the fix is effective. Please test and report back, thanks. > > Appears to address the problem. The test suite is running without > errors at the moment. Thanks for the quick response! Thanks for verifying. Unfortunately, the previous patch was incomplete (and would break init.c on some non-Linux platforms). A new patch is now in git, if you could test again, thanks. -- -- Howard Chu CTO, 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#7133) slapd dies with SIGSEGV on SIGHUP
by dpmcgee＠gmail.com 24 Jan '12

24 Jan '12

On Tue, Jan 24, 2012 at 3:38 PM, Howard Chu <hyc(a)symas.com> wrote: > dpmcgee(a)gmail.com wrote: >> >> Full_Name: Dan McGee >> Version: 2.4.28 >> OS: Arch Linux, 3.0.2 kernel >> URL: >> Submission from: (NULL) (2002:47c2:29f0:1:21f:d0ff:fea2:ee12) >> >> >> Running the test suite looks like a disaster because every time the test >> server >> is killed you see lines like this (probably 1409 times for every single >> test, >> who knows): > > > Sounds like this is a dup of ITS#7118. A potential fix has been committed to > git master; you should recompile both libldap and libldap_r with the patch > to verify if the fix is effective. Please test and report back, thanks. Appears to address the problem. The test suite is running without errors at the moment. Thanks for the quick response! -Dan

1 0

Re: (ITS#6928) slapd: daemon.c:942: slapd_clr_write: Assertion `((slap_daemon[id].sd_index[(s)]) != -1)' failed.
by michael＠stroeder.com 24 Jan '12

24 Jan '12

This might be a dup of ITS#7113.

1 0

Re: (ITS#7118) [PATCH] Improve SASL plugin handling
by hyc＠symas.com 24 Jan '12

24 Jan '12

thomas(a)koeller.dyndns.org wrote: > That is certainly true, however, it misses the point I am trying to make. > I want to provide a fix for the problem I encountered. > >> From a user's perspective, it is certainly preferable for the whole thing > to 'just work', instead of being provided with instructions about how to > configure one's system to avoid problems that arise when using the standard > configuration. This places the burden on the user, for no other gain than > being able to load a module that cannot be used anyway. With the change I > proposed, slapd can work with every standard cyrus-sasl installation right > away, no special configuration required, and the problem is solved once > and forever. Unfortunately, your approach *doesn't* fix the problem once and forever. It's testing for a hardcoded library name. The approach is obviously doomed, since library names are highly platform-dependent, and it doesn't address the possibility that some other plugin will show up in the future with the same linkage issues. I've committed a change to the struct layout, in git master, which might solve the problem. (See ITS#7133 also). Please test and report back, thanks. -- -- Howard Chu CTO, 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#7133) slapd dies with SIGSEGV on SIGHUP
by hyc＠symas.com 24 Jan '12

24 Jan '12

dpmcgee(a)gmail.com wrote: > Full_Name: Dan McGee > Version: 2.4.28 > OS: Arch Linux, 3.0.2 kernel > URL: > Submission from: (NULL) (2002:47c2:29f0:1:21f:d0ff:fea2:ee12) > > > Running the test suite looks like a disaster because every time the test server > is killed you see lines like this (probably 1409 times for every single test, > who knows): Sounds like this is a dup of ITS#7118. A potential fix has been committed to git master; you should recompile both libldap and libldap_r with the patch to verify if the fix is effective. Please test and report back, thanks. > > >>>>>> Test succeeded > ./scripts/test000-rootdse: line 84: 3589 Segmentation fault $SLAPD -f > $CONF1 -h $URI1 -d $LVL $TIMING> $LOG1 2>&1 >>>>>> test000-rootdse completed OK for bdb. > > > Here is a GDB backtrace of that: > > > Program received signal SIGHUP, Hangup. > 0x00007f6a3727306f in pthread_join () from /lib/libpthread.so.0 > (gdb) c > Continuing. > [Thread 0x7f6a32e0c700 (LWP 2789) exited] > [Thread 0x7f6a3260b700 (LWP 2804) exited] > > Program received signal SIGSEGV, Segmentation fault. > 0x00007f6a36f42a84 in free () from /lib/libc.so.6 > (gdb) bt > #0 0x00007f6a36f42a84 in free () from /lib/libc.so.6 > #1 0x00007f6a3440f320 in ?? () from /usr/lib/libldap-2.4.so.2 > #2 0x00007f6a3850a0b8 in _dl_close_worker () from /lib/ld-linux-x86-64.so.2 > #3 0x00007f6a3850ab4c in _dl_close () from /lib/ld-linux-x86-64.so.2 > #4 0x00007f6a385052a6 in _dl_catch_error () from /lib/ld-linux-x86-64.so.2 > #5 0x00007f6a360884cf in ?? () from /lib/libdl.so.2 > #6 0x00007f6a3608800f in dlclose () from /lib/libdl.so.2 > #7 0x00007f6a376d13a4 in _sasl_done_with_plugins () > from /usr/lib/libsasl2.so.2 > #8 0x00007f6a376c935b in sasl_done () from /usr/lib/libsasl2.so.2 > #9 0x0000000000481fc9 in slap_sasl_destroy () > #10 0x000000000045f108 in slap_destroy () > #11 0x00000000004195b9 in main () > > > And given that there is SASL stuff in the backtrace, this machine is running > libsasl 2.1.23. > > -- -- Howard Chu CTO, 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