openldap-bugs

openldap-bugs@openldap.org

1 participants
20959 discussions

Start a nNew thread

Re: (ITS#4712) test007: slapd crashes
by michael＠stroeder.com 05 Nov '06

05 Nov '06

It seems you can close this ITS. I followed Howard's advice and started over with a new CVS working dir. Ciao, Michael.

1 0

Re: (ITS#4731) Build without modules fails
by michael＠stroeder.com 05 Nov '06

05 Nov '06

Howard Chu wrote: > A fresh pull (as of 2 minutes ago) builds fine for me. > > If the problem you're running into is that distclean left something from > your previous build, then you need to tell us what your previous build > invocation was as well. > > I suggest you try building with a separate object directory, so that you > can just rm -rf the object tree when you want a fresh build. Ok, it seems the build worked with a fresh CVS working dir. You can close this ITS. I'll file another one for make distclean though... Ciao, Michael.

1 0

Re: (ITS#4697) core dump from acl.c regex
by quanah＠stanford.edu 04 Nov '06

04 Nov '06

Still coring in 2.3.28 + connection code from HEAD. Backtrace: (gdb) info threads 10 process 25180 0x00002ae257d12e2c in pthread_join () from /lib/libpthread.so.0 9 process 25184 0x00002ae257ef2b2c in epoll_wait () from /lib/libc.so.6 8 process 25186 0x00002ae257d144e4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 7 process 25188 0x00002ae257d144e4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 6 process 25189 0x00002ae257d144e4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 5 process 25190 0x00002ae257d144e4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 4 process 25212 0x00002ae257d144e4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 3 process 25213 0x00002ae257d144e4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 2 process 25216 0x00002ae257d144e4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 * 1 process 25185 0x00002ae257ed27dd in fnmatch () from /lib/libc.so.6 (gdb) thread 1 [Switching to thread 1 (process 25185)]#7 0x00000000004457f6 in slap_acl_get (a=Variable "a" is not available. ) at acl.c:874 874 if ( regexec( &a->acl_attrval_re, val->bv_val, 0, NULL, 0 ) ) (gdb) bt #0 0x00002ae257ed27dd in fnmatch () from /lib/libc.so.6 #1 0x00002ae257eddd22 in re_exec () from /lib/libc.so.6 #2 0x00002ae257edb70b in re_exec () from /lib/libc.so.6 #3 0x00002ae257ed9d83 in re_exec () from /lib/libc.so.6 #4 0x00002ae257ed8526 in re_exec () from /lib/libc.so.6 #5 0x00002ae257ed7e83 in re_exec () from /lib/libc.so.6 #6 0x00002ae257ed74a6 in regexec () from /lib/libc.so.6 #7 0x00000000004457f6 in slap_acl_get (a=Variable "a" is not available. ) at acl.c:874 #8 0x0000000000445eb3 in slap_access_allowed (op=0x2aaaab0e03c8, e=0x2ae359f442c8, desc=0x2ae2586e3d88, val=0x2aaab6d68fb8, access=ACL_READ, state=0x40e7d500, maskp=0x40e7d448) at acl.c:221 #9 0x0000000000447dd1 in fe_access_allowed (op=0x2aaaab0e03c8, e=0x2ae359f442c8, desc=0x2ae2586e3d88, val=0x2aaab6d68fb8, access=ACL_READ, state=0x40e7d500, maskp=0x40e7d448) at acl.c:318 #10 0x0000000000444620 in access_allowed_mask (op=0x2aaaab0e03c8, e=0x2ae359f442c8, desc=0x2ae2586e3d88, val=0x2aaab6d68fb8, access=ACL_READ, state=0x40e7d500, maskp=0x0) at acl.c:429 #11 0x00000000004356f1 in slap_send_search_entry (op=0x2aaaab0e03c8, rs=0x40ffeee0) at result.c:894 #12 0x00002ae2596f4894 in hdb_search (op=0x2aaaab0e03c8, rs=0x40ffeee0) at search.c:878 #13 0x0000000000429502 in fe_op_search (op=0x2aaaab0e03c8, rs=0x40ffeee0) at search.c:355 #14 0x0000000000429d42 in do_search (op=0x2aaaab0e03c8, rs=0x40ffeee0) at search.c:217 #15 0x0000000000427a0f in connection_operation (ctx=Variable "ctx" is not available. ) at connection.c:1109 #16 0x0000000000427dd4 in connection_read_thread (ctx=0x40fff030, argv=Variable "argv" is not available. ) at connection.c:1236 (gdb) frame 7 #7 0x00000000004457f6 in slap_acl_get (a=Variable "a" is not available. ) at acl.c:874 874 if ( regexec( &a->acl_attrval_re, val->bv_val, 0, NULL, 0 ) ) (gdb) frame 8 #8 0x0000000000445eb3 in slap_access_allowed (op=0x2aaaab0e03c8, e=0x2ae359f442c8, desc=0x2ae2586e3d88, val=0x2aaab6d68fb8, access=ACL_READ, state=0x40e7d500, maskp=0x40e7d448) at acl.c:221 221 while ( ( a = slap_acl_get( a, &count, op, e, desc, val, (gdb) frame 9 #9 0x0000000000447dd1 in fe_access_allowed (op=0x2aaaab0e03c8, e=0x2ae359f442c8, desc=0x2ae2586e3d88, val=0x2aaab6d68fb8, access=ACL_READ, state=0x40e7d500, maskp=0x40e7d448) at acl.c:318 318 rc = slap_access_allowed( op, e, desc, val, access, state, maskp ); (gdb) frame 10 #10 0x0000000000444620 in access_allowed_mask (op=0x2aaaab0e03c8, e=0x2ae359f442c8, desc=0x2ae2586e3d88, val=0x2aaab6d68fb8, access=ACL_READ, state=0x40e7d500, maskp=0x0) at acl.c:429 429 ret = frontendDB->bd_info->bi_access_allowed( op, e, (gdb) frame 11 #11 0x00000000004356f1 in slap_send_search_entry (op=0x2aaaab0e03c8, rs=0x40ffeee0) at result.c:894 894 if ( ! access_allowed( op, rs->sr_entry, (gdb) frame 12 #12 0x00002ae2596f4894 in hdb_search (op=0x2aaaab0e03c8, rs=0x40ffeee0) at search.c:878 878 rs->sr_err = send_search_entry( op, rs ); (gdb) frame 13 #13 0x0000000000429502 in fe_op_search (op=0x2aaaab0e03c8, rs=0x40ffeee0) at search.c:355 355 (op->o_bd->be_search)( op, rs ); (gdb) frame 14 #14 0x0000000000429d42 in do_search (op=0x2aaaab0e03c8, rs=0x40ffeee0) at search.c:217 217 rs->sr_err = frontendDB->be_search( op, rs ); (gdb) frame 15 #15 0x0000000000427a0f in connection_operation (ctx=Variable "ctx" is not available. ) at connection.c:1109 1109 rc = (*(opfun[opidx]))( op, &rs ); (gdb) frame 16 #16 0x0000000000427dd4 in connection_read_thread (ctx=0x40fff030, argv=Variable "argv" is not available. ) at connection.c:1236 1236 rc = (long)connection_operation( ctx, cri.op ); (gdb) frame 17 #17 0x00002ae2572c5724 in ldap_int_thread_pool_wrapper (xpool=0x2ae258ac0080) at tpool.c:478 478 ctx->ltc_start_routine(ltc_key, ctx->ltc_arg); (gdb) frame 8 #8 0x0000000000445eb3 in slap_access_allowed (op=0x2aaaab0e03c8, e=0x2ae359f442c8, desc=0x2ae2586e3d88, val=0x2aaab6d68fb8, access=ACL_READ, state=0x40e7d500, maskp=0x40e7d448) at acl.c:221 221 while ( ( a = slap_acl_get( a, &count, op, e, desc, val, (gdb) print *a $2 = {acl_filter = 0x0, acl_dn_style = ACL_STYLE_CHILDREN, acl_dn_re = {buffer = 0x0, allocated = 0, used = 0, syntax = 0, fastmap = 0x0, translate = 0x0, re_nsub = 0, can_be_null = 0, regs_allocated = 0, fastmap_accurate = 0, no_sub = 0, not_bol = 0, not_eol = 0, newline_anchor = 0}, acl_dn_pat = { bv_len = 18, bv_val = 0x2ae2586ce858 "dc=stanford,dc=edu"}, acl_attrs = 0x2ae258640080, acl_attrval_mr = 0x0, acl_attrval_style = ACL_STYLE_REGEX, acl_attrval_re = {buffer = 0x0, allocated = 0, used = 0, syntax = 0, fastmap = 0x0, translate = 0x0, re_nsub = 0, can_be_null = 0, regs_allocated = 0, fastmap_accurate = 0, no_sub = 0, not_bol = 0, not_eol = 0, newline_anchor = 0}, acl_attrval = {bv_len = 0, bv_val = 0x0}, acl_access = 0x2ae258ae9e20, acl_next = 0x2ae258ac55c0} --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

1 0

Re: (ITS#4732) slapd.d man page missing
by hyc＠symas.com 03 Nov '06

03 Nov '06

This is already ITS#3812. This ITS will be closed as a dup. ghenry(a)suretecsystems.com wrote: > Full_Name: Gavin Henry > Version: > OS: > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (212.159.59.85) > > > Not listed at: > > http://www.openldap.org/software/man.cgi?query=(5)&sektion=&apropos=1&manpa… > > As mentioned at: > > http://www.openldap.org/doc/admin23/slapdconf2.html > > Thanks. > > > > . > -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc OpenLDAP Core Team http://www.openldap.org/project/

1 0

(ITS#4732) slapd.d man page missing
by ghenry＠suretecsystems.com 03 Nov '06

03 Nov '06

Full_Name: Gavin Henry Version: OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (212.159.59.85) Not listed at: http://www.openldap.org/software/man.cgi?query=(5)&sektion=&apropos=1&manpa… As mentioned at: http://www.openldap.org/doc/admin23/slapdconf2.html Thanks.

1 0

Re: (ITS#4731) Build without modules fails
by hyc＠symas.com 03 Nov '06

03 Nov '06

A fresh pull (as of 2 minutes ago) builds fine for me. If the problem you're running into is that distclean left something from your previous build, then you need to tell us what your previous build invocation was as well. I suggest you try building with a separate object directory, so that you can just rm -rf the object tree when you want a fresh build. e.g. mkdir head cd head cvs co ... cd .. mkdir obj cd obj ../head/configure ... make depend; make Personally I have never used "make distclean" ... michael(a)stroeder.com wrote: > Full_Name: Michael Ströder > Version: HEAD > OS: SuSE Linux 10.1 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (83.124.30.198) > > > I tried to build without modules (after make distclean): > > ./configure \ > --prefix=${PREFIX} \ > --enable-dynamic \ > --enable-modules=no \ > --enable-backends=yes \ > --enable-overlays=yes \ > --enable-cleartext \ > --enable-crypt=yes \ > --enable-debug=yes \ > --enable-kpasswd=yes \ > --enable-lmpasswd=yes \ > --enable-rewrite=yes \ > --enable-rlookups=yes \ > --enable-slapi=yes \ > --enable-slp=yes \ > --enable-spasswd=yes \ > --enable-wrappers=no \ > --enable-aci=yes \ > --with-cyrus-sasl=yes \ > --with-kerberos=yes \ > --with-readline=yes \ > --with-threads=yes \ > --with-tls=yes > > > But build fails: > > cc -g -O0 -I../../../include -I../../../include -I.. -I./.. -I./../slapi > -I/opt/bdb-4.5/include -I/opt/sasl/include -I/opt/heimdal/include -c version.c > -o version.o > ar ruv libback_monitor.a `echo init.lo search.lo compare.lo modify.lo bind.lo > operational.lo cache.lo entry.lo backend.lo database.lo thread.lo conn.lo rww.lo > log.lo operation.lo sent.lo listener.lo time.lo overlay.lo | sed 's/\.lo/.o/g'` > version.o > ar: creating libback_monitor.a > ar: init.o: No such file or directory > make[3]: *** [libback_monitor.a] Error 1 > make[3]: Leaving directory > `/home/michael/src/openldap-HEAD/ldap/servers/slapd/back-monitor' > make[2]: *** [.backend] Error 1 > make[2]: Leaving directory `/home/michael/src/openldap-HEAD/ldap/servers/slapd' > make[1]: *** [all-common] Error 1 > make[1]: Leaving directory `/home/michael/src/openldap-HEAD/ldap/servers' > make: *** [all-common] Error 1 > > > > -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc OpenLDAP Core Team http://www.openldap.org/project/

1 0

(ITS#4731) Build without modules fails
by michael＠stroeder.com 03 Nov '06

03 Nov '06

Full_Name: Michael Ströder Version: HEAD OS: SuSE Linux 10.1 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (83.124.30.198) I tried to build without modules (after make distclean): ./configure \ --prefix=${PREFIX} \ --enable-dynamic \ --enable-modules=no \ --enable-backends=yes \ --enable-overlays=yes \ --enable-cleartext \ --enable-crypt=yes \ --enable-debug=yes \ --enable-kpasswd=yes \ --enable-lmpasswd=yes \ --enable-rewrite=yes \ --enable-rlookups=yes \ --enable-slapi=yes \ --enable-slp=yes \ --enable-spasswd=yes \ --enable-wrappers=no \ --enable-aci=yes \ --with-cyrus-sasl=yes \ --with-kerberos=yes \ --with-readline=yes \ --with-threads=yes \ --with-tls=yes But build fails: cc -g -O0 -I../../../include -I../../../include -I.. -I./.. -I./../slapi -I/opt/bdb-4.5/include -I/opt/sasl/include -I/opt/heimdal/include -c version.c -o version.o ar ruv libback_monitor.a `echo init.lo search.lo compare.lo modify.lo bind.lo operational.lo cache.lo entry.lo backend.lo database.lo thread.lo conn.lo rww.lo log.lo operation.lo sent.lo listener.lo time.lo overlay.lo | sed 's/\.lo/.o/g'` version.o ar: creating libback_monitor.a ar: init.o: No such file or directory make[3]: *** [libback_monitor.a] Error 1 make[3]: Leaving directory `/home/michael/src/openldap-HEAD/ldap/servers/slapd/back-monitor' make[2]: *** [.backend] Error 1 make[2]: Leaving directory `/home/michael/src/openldap-HEAD/ldap/servers/slapd' make[1]: *** [all-common] Error 1 make[1]: Leaving directory `/home/michael/src/openldap-HEAD/ldap/servers' make: *** [all-common] Error 1

1 0

Re: (ITS#3460) Adding LDAP statistics script to contrib directory
by peter＠adpm.de 03 Nov '06

03 Nov '06

Hi, On Thursday, 2. November 2006 20:42, Quanah Gibson-Mount wrote: > Peter S, Dave, Peter M, Frank, and Todd, do you also grant such a release > for the work you've done with this script? :) Granted ! Peter -- Peter Marschall peter(a)adpm.de

1 0

Re: (ITS#4730) Overlay that generates operational attributes to support GUI interaction
by ando＠sys-net.it 03 Nov '06

03 Nov '06

> This overlay provides simple support for allowedAttributes and > allowedAttributesEffective, a (somewhat broken) AD feature that is > intended to > help GUIs into determining, based on the current objectClass values of an > object, what attributes would comply with the schema (without distinction > between "allowed" and "required"), by listing them in "allowedAttributes", This could be made more useful by providing ";x-allowed" or ";x-required" options to "allowedAttributes", so that GUI developers can easily handle mandatory vs. optional fields. However, I bet this would break existing applications that make use of those attributes. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.n.c. 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

(ITS#4730) Overlay that generates operational attributes to support GUI interaction
by ando＠sys-net.it 03 Nov '06

03 Nov '06

Full_Name: Pierangelo Masarati Version: HEAD OS: irrelevant URL: ftp://ftp.openldap.org/incoming/pierangelo-masarati-2006-11-03-allowed.c Submission from: (NULL) (81.72.89.40) Submitted by: ando This overlay provides simple support for allowedAttributes and allowedAttributesEffective, a (somewhat broken) AD feature that is intended to help GUIs into determining, based on the current objectClass values of an object, what attributes would comply with the schema (without distinction between "allowed" and "required"), by listing them in "allowedAttributes", and, furthermore, by providing a hint to what of those values could be effectively added by the current connection, by listing them in "allowedAttributesEffective". This is broken since it doesn't consider the possibility of value-dependent ACLs, so it should really be considered just a hint, while the "allowedAttributes" could really be computed starting from the schema definition, which remains the recommended way to solve the problem So this overlay should really be considered only food for thought as a starting base for a tighter integration of OpenLDAP into Samba4. There's minimal support for "allowedChildClasses" and "allowedChildClassesEffective", whose definition is absolutely obscure to me, as I believe the only classes that can be added to an existing object are all the AUXILIARY ones, while considering what are effectively allowed implies getting into value-dependent ACLs. Some discussion can be found here (follow the thread) <http://www.redhat.com/archives/fedora-directory-devel/2006-November/msg0000…> while portions of the schema definition has been taken from here <http://www.redhat.com/archives/fedora-directory-devel/2006-August/msg00007.…> p.

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