Hi, Howard, GDB did stop at the statement: **assert( SLAP_SOCK_NOT_ACTIVE(id, s) );**
But the system output is **Segmentation fault (core dumped)** It seems not related to whether it's a power of 2 or not, because even I specify it as 64, i.e., 2^6, the result and error message are still the same. Best regards, Jackie On Sun, Nov 25, 2012 at 5:04 PM, Howard Chu <[email protected]> wrote: > > [email protected] wrote: >> >> --20cf300faffd868e6d04cf5a0c62 >> Content-Type: text/plain; charset=ISO-8859-1 >> Content-Transfer-Encoding: quoted-printable >> >> >> Hi, Michael, >> >> This is my simplified configuration file which can reproduce the segfault. >> For the purpose of replay, I use "50" instead of "8" because using "8" >> sometime cannot reproduce the error. > > > This bug report is invalid. You reported a "segfault" originally, not an > assert() as shown in this trace. The slapd.conf(5) manpage clearly states > that the value should be a power of 2. > >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> slapd.conf >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >> listener-threads 50 >> include /xxx/etc/openldap/schema/core.schema >> pidfile /xxx/var/run/slapd.pid >> argsfile /xxx/var/run/slapd.args >> >> database bdb >> suffix "dc=3Dxxx,dc=3Dxxx" >> rootdn "cn=3Dxxx,dc=3Dxxx,dc=3Dxxx" >> >> rootpw secret >> directory /xxx/var/openldap-data >> index objectClass eq >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >> >> >> The stack traces are: >> >> Thread 3 (Thread 0x7ffff4f2c700 (LWP 24897)): >> #0 0x00007ffff6d40481 in clone () from /lib/x86_64-linux-gnu/libc.so.6 >> #1 0x00007ffff7012dc0 in ?? () from /lib/x86_64-linux-gnu/libpthread.so.0 >> #2 0x00007ffff4f2c700 in ?? () >> #3 0x0000000000000000 in ?? () >> >> Thread 2 (Thread 0x7ffff572d700 (LWP 24896)): >> #0 0x000000000042543f in slapd_add (s=3D10, isactive=3D0, sl=3D0x0, id=3D0= >> ) at >> daemon.c:857 >> #1 0x0000000000429afc in slapd_daemon_task (ptr=3D0xaa8ed0) at daemon.c:21= >> >> 37 >> #2 0x00007ffff7012e9a in start_thread () from >> /lib/x86_64-linux-gnu/libpthread.so.0 >> #3 0x00007ffff6d404bd in clone () from /lib/x86_64-linux-gnu/libc.so.6 >> #4 0x0000000000000000 in ?? () >> >> Thread 1 (Thread 0x7ffff7fe1700 (LWP 24893)): >> #0 0x00007ffff6d40481 in clone () from /lib/x86_64-linux-gnu/libc.so.6 >> #1 0x00007ffff7011f70 in do_clone.constprop.4 () from >> /lib/x86_64-linux-gnu/libpthread.so.0 >> #2 0x00007ffff70138ba in pthread_create@@GLIBC_2.2.5 () from >> /lib/x86_64-linux-gnu/libpthread.so.0 >> #3 0x000000000058ccbb in ldap_pvt_thread_create (thread=3D0xaa8ed8, >> detach=3D0, start_routine=3D0x429a7c <slapd_daemon_task>, arg=3D0xaa8ed8\ >> >> ) at thr_posix.c:165 >> #4 0x000000000042bf28 in slapd_daemon () at daemon.c:2918 >> #5 0x00000000004087b8 in main (argc=3D7, argv=3D0x7fffffffe008) at main.c:= >> >> 1012 >> >> The GDB stopped at the following statement: >> >> assert( SLAP_SOCK_NOT_ACTIVE(id, s) ); >> >> which is in slapd_add, daemon.c:857. >> >> Best regards, >> Jackie >> >> >> >> On Sun, Nov 25, 2012 at 6:29 AM, Michael Str=F6der <[email protected]>wr= >> ote: >> >>> [email protected] wrote: >>>> >>>> The default configuration does not have this problem. So I checked ever= >> >> y >>>> >>>> configuration setting I made and finally found it's caused by the >>> >>> following >>>> >>>> setting: >>>> >>>> listener-threads 8 >>> >>> >>> I tried to reproduce this by adding the line above to my local config. Bu= >> >> t >>> >>> slapd still works on my system. >>> >>> Could you please provide a canned config which reproduces the seg fault a= >> >> nd >>> >>> preferrably a full stack trace? >>> >>> http://www.openldap.org/faq/data/cache/59.html >>> >>> Make sure you have installed slapd with debug symbols (make install >>> STRIP=3D""). >>> >>> Ciao, Michael. >>> >> >> --20cf300faffd868e6d04cf5a0c62 >> Content-Type: text/html; charset=ISO-8859-1 >> Content-Transfer-Encoding: quoted-printable >> >> Hi, Michael,<br><br>This is my simplified configuration file which can repr= >> oduce the segfault. For the purpose of replay, I use "50" instead= >> of "8" because using "8" sometime cannot reproduce the= >> error.<br> >> <br> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<br> >> slapd.conf<br> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<br> >> listener-threads 50<br>include=A0=A0=A0=A0=A0=A0 /xxx/etc/openldap/schema/c= >> ore.schema<br> >> pidfile=A0=A0=A0=A0=A0=A0=A0=A0 /xxx/var/run/slapd.pid<br> >> argsfile=A0=A0=A0=A0=A0=A0 /xxx/var/run/slapd.args<br> >> <br> >> database=A0=A0=A0=A0=A0=A0=A0 bdb <br> >> suffix=A0=A0=A0=A0=A0=A0=A0=A0=A0 "dc=3Dxxx,dc=3Dxxx"<br> >> rootdn=A0=A0=A0=A0=A0=A0=A0=A0=A0 "cn=3Dxxx,dc=3Dxxx,dc=3Dxxx"<br= >>> >>> >> rootpw=A0=A0=A0=A0=A0=A0=A0=A0=A0 secret<br> >> directory=A0=A0=A0=A0=A0=A0 /xxx/var/openldap-data<br> >> index=A0=A0 objectClass=A0=A0=A0=A0 eq<br> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<br><br><br>The stack traces are:= >> <br><br>Thread 3 (Thread 0x7ffff4f2c700 (LWP 24897)):<br>#0=A0 0x00007ffff6= >> d40481 in clone () from /lib/x86_64-linux-gnu/libc.so.6<br>#1=A0 0x00007fff= >> f7012dc0 in ?? () from /lib/x86_64-linux-gnu/libpthread.so.0<br> >> #2=A0 0x00007ffff4f2c700 in ?? ()<br>#3=A0 0x0000000000000000 in ?? ()<br><= >> br>Thread 2 (Thread 0x7ffff572d700 (LWP 24896)):<br>#0=A0 0x000000000042543= >> f in slapd_add (s=3D10, isactive=3D0, sl=3D0x0, id=3D0) at daemon.c:857<br>= >> #1=A0 0x0000000000429afc in slapd_daemon_task (ptr=3D0xaa8ed0) at daemon.c:= >> 2137<br> >> #2=A0 0x00007ffff7012e9a in start_thread () from /lib/x86_64-linux-gnu/libp= >> thread.so.0<br>#3=A0 0x00007ffff6d404bd in clone () from /lib/x86_64-linux-= >> gnu/libc.so.6<br>#4=A0 0x0000000000000000 in ?? ()<br><br>Thread 1 (Thread = >> 0x7ffff7fe1700 (LWP 24893)):<br> >> #0=A0 0x00007ffff6d40481 in clone () from /lib/x86_64-linux-gnu/libc.so.6<b= >> r>#1=A0 0x00007ffff7011f70 in do_clone.constprop.4 () from /lib/x86_64-linu= >> x-gnu/libpthread.so.0<br>#2=A0 0x00007ffff70138ba in pthread_create@@GLIBC_= >> 2.2.5 () from /lib/x86_64-linux-gnu/libpthread.so.0<br> >> #3=A0 0x000000000058ccbb in ldap_pvt_thread_create (thread=3D0xaa8ed8, deta= >> ch=3D0, start_routine=3D0x429a7c <slapd_daemon_task>, arg=3D0xaa8ed8\= >> <br>) at thr_posix.c:165<br>#4=A0 0x000000000042bf28 in slapd_daemon () at = >> daemon.c:2918<br> >> #5=A0 0x00000000004087b8 in main (argc=3D7, argv=3D0x7fffffffe008) at main.= >> c:1012<br><br>The GDB stopped at the following statement: <br><br>assert( S= >> LAP_SOCK_NOT_ACTIVE(id, s) );<br><br>which is in slapd_add, daemon.c:857.<b= >> r> >> <br>Best regards,<br>Jackie<br><br><br><br><div class=3D"gmail_quote">On Su= >> n, Nov 25, 2012 at 6:29 AM, Michael Str=F6der <span dir=3D"ltr"><<a href= >> =3D"mailto:[email protected]"; target=3D"_blank">[email protected]</a>= >> ></span> wrote:<br> >> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= >> x #ccc solid;padding-left:1ex"><a href=3D"mailto:[email protected]"= >>> >>> [email protected]</a> wrote:<br> >> >> > The default configuration does not have this problem. So I checked eve= >> ry<br> >> > configuration setting I made and finally found it's caused by the = >> following<br> >> > setting:<br> >> ><br> >> > listener-threads 8<br> >> <br> >> I tried to reproduce this by adding the line above to my local config. But<= >> br> >> slapd still works on my system.<br> >> <br> >> Could you please provide a canned config which reproduces the seg fault and= >> <br> >> preferrably a full stack trace?<br> >> <br> >> <a href=3D"http://www.openldap.org/faq/data/cache/59.html"; target=3D"_blank= >> ">http://www.openldap.org/faq/data/cache/59.html</a><br> >> <br> >> >> Make sure you have installed slapd with debug symbols (make install STRIP= >> =3D"").<br> >> <br> >> Ciao, Michael.<br> >> </blockquote></div><br> >> >> --20cf300faffd868e6d04cf5a0c62-- >> >> >> > > > -- > -- Howard Chu > CTO, Symas Corp. http://www.symas.com > Director, Highland Sun http://highlandsun.com/hyc/ > Chief Architect, OpenLDAP http://www.openldap.org/project/
