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 hyc@symas.com wrote:
jackie.qq.zhang@gmail.com 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 michael@stroeder.comwr= ote:
jackie.qq.zhang@gmail.com 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:michael@stroeder.com" target=3D"_blank">michael@stroeder.com</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:jackie.qq.zhang@gmail.com"= > > jackie.qq.zhang@gmail.com</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/
-
jackie.qq.zhang＠gmail.com