openldap-bugs

openldap-bugs@openldap.org

1 participants
20961 discussions

Re: (ITS#8371) slapd crashes with ldappasswd
by michael＠stroeder.com 12 Feb '16

12 Feb '16

ktmdms(a)gmail.com wrote: > Should I add STRIP="" in the Makefile or is there a way to add that on the > configure line? You can simply use make install STRIP="" Ciao, Michael.

1 0

Re: (ITS#8371) slapd crashes with ldappasswd
by ktmdms＠gmail.com 12 Feb '16

12 Feb '16

--001a113a557a968d8d052b96215c Content-Type: text/plain; charset=UTF-8 Should I add STRIP="" in the Makefile or is there a way to add that on the configure line? Thanks. Kevin --- Regards, Kevin Martin On Fri, Feb 12, 2016 at 11:32 AM, Quanah Gibson-Mount <quanah(a)zimbra.com> wrote: > --On Friday, February 12, 2016 11:22 AM -0600 kevin martin < > ktmdms(a)gmail.com> wrote: > > >> >> Program received signal SIGSEGV, Segmentation fault. >> [Switching to Thread 0x7f6f7664d700 (LWP 30978)] >> 0x0000000000467f2f in passwd_extop () >> (gdb) thr apply all bt full >> > > Hi Kevin, > > You appear to be running a stripped binary lacking debug symbols. You > need to ensure your slapd build is not stripped nor lacking debug symbols > (-g as one of the CFLAGS). Adding STRIP="" to the make install bits will > prevent the stripping. > > > --Quanah > > > -- > > Quanah Gibson-Mount > Platform Architect > Zimbra, Inc. > -------------------- > Zimbra :: the leader in open source messaging and collaboration > A division of Synacor, Inc > --001a113a557a968d8d052b96215c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Should I add STRIP=3D"" in the Makefile or is th= ere a way to add that on the configure line?<div><br></div><div>Thanks.</di= v><div><br></div><div>Kevin</div></div><div class=3D"gmail_extra"><br clear= =3D"all"><div><div class=3D"gmail_signature"><div dir=3D"ltr">---<div><span= style=3D"font-size:12.8px"><br></span></div><div><span style=3D"font-size:= 12.8px"><br></span></div><div><span style=3D"font-size:12.8px">Regards,</sp= an></div><div><div><br></div><div>Kevin Martin</div></div></div></div></div= > <br><div class=3D"gmail_quote">On Fri, Feb 12, 2016 at 11:32 AM, Quanah Gib= son-Mount <span dir=3D"ltr"><<a href=3D"mailto:quanah@zimbra.com" target= =3D"_blank">quanah(a)zimbra.com</a>></span> wrote:<br><blockquote class=3D= "gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding= -left:1ex"><span class=3D"">--On Friday, February 12, 2016 11:22 AM -0600 k= evin martin <<a href=3D"mailto:ktmdms@gmail.com" target=3D"_blank">ktmdm= s(a)gmail.com</a>> wrote:<br> <br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> <br> <br> Program received signal SIGSEGV, Segmentation fault.<br> [Switching to Thread 0x7f6f7664d700 (LWP 30978)]<br> 0x0000000000467f2f in passwd_extop ()<br> (gdb) thr apply all bt full<br> </blockquote> <br></span> Hi Kevin,<br> <br> You appear to be running a stripped binary lacking debug symbols.=C2=A0 You= need to ensure your slapd build is not stripped nor lacking debug symbols = (-g as one of the CFLAGS).=C2=A0 Adding STRIP=3D"" to the make in= stall bits will prevent the stripping.<div class=3D"HOEnZb"><div class=3D"h= 5"><br> <br> --Quanah<br> <br> <br> --<br> <br> Quanah Gibson-Mount<br> Platform Architect<br> Zimbra, Inc.<br> --------------------<br> Zimbra ::=C2=A0 the leader in open source messaging and collaboration<br> A division of Synacor, Inc<br> </div></div></blockquote></div><br></div> --001a113a557a968d8d052b96215c--

1 0

Re: (ITS#8371) slapd crashes with ldappasswd
by quanah＠zimbra.com 12 Feb '16

12 Feb '16

--On Friday, February 12, 2016 11:22 AM -0600 kevin martin <ktmdms(a)gmail.com> wrote: > > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x7f6f7664d700 (LWP 30978)] > 0x0000000000467f2f in passwd_extop () > (gdb) thr apply all bt full Hi Kevin, You appear to be running a stripped binary lacking debug symbols. You need to ensure your slapd build is not stripped nor lacking debug symbols (-g as one of the CFLAGS). Adding STRIP="" to the make install bits will prevent the stripping. --Quanah -- Quanah Gibson-Mount Platform Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration A division of Synacor, Inc

1 0

Re: (ITS#8371) slapd crashes with ldappasswd
by ktmdms＠gmail.com 12 Feb '16

12 Feb '16

--001a113a557a0b02ca052b95eb6f Content-Type: text/plain; charset=UTF-8 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f6f7664d700 (LWP 30978)] 0x0000000000467f2f in passwd_extop () (gdb) thr apply all bt full Thread 4 (Thread 0x7f6f77e4f700 (LWP 30977)): #0 0x00007f6f7d62c753 in epoll_wait () from /lib64/libc.so.6 No symbol table info available. #1 0x0000000000433cd3 in ?? () No symbol table info available. #2 0x00007f6f7d8fbdc5 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #3 0x00007f6f7d62c17d in clone () from /lib64/libc.so.6 No symbol table info available. Thread 3 (Thread 0x7f6f7664d700 (LWP 30978)): #0 0x0000000000467f2f in passwd_extop () No symbol table info available. #1 0x0000000000466996 in fe_extended () No symbol table info available. #2 0x000000000046671e in do_extended () No symbol table info available. #3 0x000000000043810e in ?? () No symbol table info available. #4 0x000000000043898b in ?? () No symbol table info available. #5 0x00000000005306f9 in ?? () No symbol table info available. #6 0x00007f6f7d8fbdc5 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #7 0x00007f6f7d62c17d in clone () from /lib64/libc.so.6 No symbol table info available. Thread 2 (Thread 0x7f6f75e4c700 (LWP 30979)): #0 0x00007f6f7d8ff6d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 No symbol table info available. #1 0x000000000053074b in ?? () No symbol table info available. #2 0x00007f6f7d8fbdc5 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #3 0x00007f6f7d62c17d in clone () from /lib64/libc.so.6 No symbol table info available. ---Type <return> to continue, or q <return> to quit--- Thread 1 (Thread 0x7f6f7eb53840 (LWP 30975)): #0 0x00007f6f7d8fcef7 in pthread_join () from /lib64/libpthread.so.0 No symbol table info available. #1 0x0000000000435909 in slapd_daemon () No symbol table info available. #2 0x000000000041eccf in main () No symbol table info available. --- Regards, Kevin Martin On Fri, Feb 12, 2016 at 11:01 AM, Quanah Gibson-Mount <quanah(a)zimbra.com> wrote: > --On Friday, February 12, 2016 4:30 PM +0000 ktmdms(a)gmail.com wrote: > > Full_Name: Kevin Martin >> Version: 2.4.44 >> OS: Oracle Linux 7 >> URL: >> Submission from: (NULL) (160.34.110.215) >> > > What else would you like to help figure this out? >> > > As noted in <http://www.openldap.org/faq/data/cache/59.html>, when slapd > crashes, one should provide a backtrace from gdb. > > I.e.: > > Start slapd > > gdb /path/to/slapd pid > > (gdb) cont > > Then execute your ldappasswd command in another window. When slapd > crashes, it'll drop back into gdb. > > (gdb) thr apply all bt full > > Provide that output back to the ITS. > > --Quanah > > > -- > > Quanah Gibson-Mount > Platform Architect > Zimbra, Inc. > -------------------- > Zimbra :: the leader in open source messaging and collaboration > A division of Synacor, Inc > --001a113a557a0b02ca052b95eb6f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>Program received signal SIGSEGV, Segmentation fault.<= /div><div>[Switching to Thread 0x7f6f7664d700 (LWP 30978)]</div><div>0x0000= 000000467f2f in passwd_extop ()</div><div>(gdb) thr apply all bt full</div>= <div><br></div><div>Thread 4 (Thread 0x7f6f77e4f700 (LWP 30977)):</div><div= >#0 =C2=A00x00007f6f7d62c753 in epoll_wait () from /lib64/libc.so.6</div><d= iv>No symbol table info available.</div><div>#1 =C2=A00x0000000000433cd3 in= ?? ()</div><div>No symbol table info available.</div><div>#2 =C2=A00x00007= f6f7d8fbdc5 in start_thread () from /lib64/libpthread.so.0</div><div>No sym= bol table info available.</div><div>#3 =C2=A00x00007f6f7d62c17d in clone ()= from /lib64/libc.so.6</div><div>No symbol table info available.</div><div>= <br></div><div>Thread 3 (Thread 0x7f6f7664d700 (LWP 30978)):</div><div>#0 = =C2=A00x0000000000467f2f in passwd_extop ()</div><div>No symbol table info = available.</div><div>#1 =C2=A00x0000000000466996 in fe_extended ()</div><di= v>No symbol table info available.</div><div>#2 =C2=A00x000000000046671e in = do_extended ()</div><div>No symbol table info available.</div><div>#3 =C2= =A00x000000000043810e in ?? ()</div><div>No symbol table info available.</d= iv><div>#4 =C2=A00x000000000043898b in ?? ()</div><div>No symbol table info= available.</div><div>#5 =C2=A00x00000000005306f9 in ?? ()</div><div>No sym= bol table info available.</div><div>#6 =C2=A00x00007f6f7d8fbdc5 in start_th= read () from /lib64/libpthread.so.0</div><div>No symbol table info availabl= e.</div><div>#7 =C2=A00x00007f6f7d62c17d in clone () from /lib64/libc.so.6<= /div><div>No symbol table info available.</div><div><br></div><div>Thread 2= (Thread 0x7f6f75e4c700 (LWP 30979)):</div><div>#0 =C2=A00x00007f6f7d8ff6d5= in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0</div><div= >No symbol table info available.</div><div>#1 =C2=A00x000000000053074b in ?= ? ()</div><div>No symbol table info available.</div><div>#2 =C2=A00x00007f6= f7d8fbdc5 in start_thread () from /lib64/libpthread.so.0</div><div>No symbo= l table info available.</div><div>#3 =C2=A00x00007f6f7d62c17d in clone () f= rom /lib64/libc.so.6</div><div>No symbol table info available.</div><div>--= -Type <return> to continue, or q <return> to quit---</div><div>= <br></div><div>Thread 1 (Thread 0x7f6f7eb53840 (LWP 30975)):</div><div>#0 = =C2=A00x00007f6f7d8fcef7 in pthread_join () from /lib64/libpthread.so.0</di= v><div>No symbol table info available.</div><div>#1 =C2=A00x000000000043590= 9 in slapd_daemon ()</div><div>No symbol table info available.</div><div>#2= =C2=A00x000000000041eccf in main ()</div><div>No symbol table info availab= le.</div><div><br></div><div><br></div></div><div class=3D"gmail_extra"><br= clear=3D"all"><div><div class=3D"gmail_signature"><div dir=3D"ltr">---<div= ><span style=3D"font-size:12.8px"><br></span></div><div><span style=3D"font= -size:12.8px"><br></span></div><div><span style=3D"font-size:12.8px">Regard= s,</span></div><div><div><br></div><div>Kevin Martin</div></div></div></div= ></div> <br><div class=3D"gmail_quote">On Fri, Feb 12, 2016 at 11:01 AM, Quanah Gib= son-Mount <span dir=3D"ltr"><<a href=3D"mailto:quanah@zimbra.com" target= =3D"_blank">quanah(a)zimbra.com</a>></span> wrote:<br><blockquote class=3D= "gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding= -left:1ex">--On Friday, February 12, 2016 4:30 PM +0000 <a href=3D"mailto:k= tmdms(a)gmail.com" target=3D"_blank">ktmdms(a)gmail.com</a> wrote:<br> <br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> Full_Name: Kevin Martin<br> Version: 2.4.44<br> OS: Oracle Linux 7<br> URL:<br> Submission from: (NULL) <a href=3D"tel:%28160.34.110.215" value=3D"+1603411= 0215" target=3D"_blank">(160.34.110.215</a>)<br> </blockquote> <br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> What else would you like to help figure this out?<br> </blockquote> <br> As noted in <<a href=3D"http://www.openldap.org/faq/data/cache/59.html" = rel=3D"noreferrer" target=3D"_blank">http://www.openldap.org/faq/data/cache= /59.html</a>>, when slapd crashes, one should provide a backtrace from g= db.<br> <br> I.e.:<br> <br> Start slapd<br> <br> gdb /path/to/slapd pid<br> <br> (gdb) cont<br> <br> Then execute your ldappasswd command in another window.=C2=A0 When slapd cr= ashes, it'll drop back into gdb.<br> <br> (gdb) thr apply all bt full<br> <br> Provide that output back to the ITS.<br> <br> --Quanah<br> <br> <br> --<br> <br> Quanah Gibson-Mount<br> Platform Architect<br> Zimbra, Inc.<br> --------------------<br> Zimbra ::=C2=A0 the leader in open source messaging and collaboration<br> A division of Synacor, Inc<br> </blockquote></div><br></div> --001a113a557a0b02ca052b95eb6f--

1 0

Re: (ITS#8371) slapd crashes with ldappasswd
by quanah＠zimbra.com 12 Feb '16

12 Feb '16

--On Friday, February 12, 2016 4:30 PM +0000 ktmdms(a)gmail.com wrote: > Full_Name: Kevin Martin > Version: 2.4.44 > OS: Oracle Linux 7 > URL: > Submission from: (NULL) (160.34.110.215) > What else would you like to help figure this out? As noted in <http://www.openldap.org/faq/data/cache/59.html>, when slapd crashes, one should provide a backtrace from gdb. I.e.: Start slapd gdb /path/to/slapd pid (gdb) cont Then execute your ldappasswd command in another window. When slapd crashes, it'll drop back into gdb. (gdb) thr apply all bt full Provide that output back to the ITS. --Quanah -- Quanah Gibson-Mount Platform Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration A division of Synacor, Inc

1 0

(ITS#8371) slapd crashes with ldappasswd
by ktmdms＠gmail.com 12 Feb '16

12 Feb '16

Full_Name: Kevin Martin Version: 2.4.44 OS: Oracle Linux 7 URL: Submission from: (NULL) (160.34.110.215) Running Openldap 2.4.42 and/or 2.4.44 I am able to crash slapd at will running ldappasswd as root changing another users password. On another openldap server running 2.4.42 the same change works flawlessly. Here's my setup: Command run: ldappasswd -d1 -ZZ "uid=chaliburt,ou=People,dc=ccd,dc=com" -D "cn=Manager,dc=ccd,dc=com" -H ldap://ldapx.mgt.ccd -W -S New password: Re-enter new password: Enter LDAP Password: ldap_result: Can't contact LDAP server (-1) Bad Server: Oracle Linux 7 3.8.13-118.2.5.el7uek.x86_64 openldap 2.4.44 ]# ldd /usr/local/libexec/slapd linux-vdso.so.1 => (0x00007ffca8b85000) libltdl.so.7 => /lib64/libltdl.so.7 (0x00007f8a8ea45000) libdb-5.3.so => /lib64/libdb-5.3.so (0x00007f8a8e687000) l libssl.so.10 => /lib64/libssl.so.10 (0x00007f8a8e41a000) libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f8a8e033000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f8a8de19000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f8a8dbfd000) libc.so.6 => /lib64/libc.so.6 (0x00007f8a8d83f000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f8a8d63b000) libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007f8a8d3ef000) libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f8a8d10a000) libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f8a8cf06000) libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f8a8ccd4000) libz.so.1 => /lib64/libz.so.1 (0000007f8a8cabe000) /lib64/ld-linux-x86-64.so.2 (0x00007f8a8ec4f000) libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f8a8c8af000) libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f8a8c6ab000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f8a8c487000) libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f8a8c226000) liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f8a8c001000) last bits of an strace of slapd shows: [pid 26360] sendto(3, "<167>Feb 11 15:30:01 slapd[26357"..., 109, MSG_NOSIGNAL, NULL, 0 <unfinished ...> [pid 26359] epoll_wait(6, <unfinished ...> [pid 26360] <... sendto resumed> ) = 109 [pid 26360] --- SIGSEGV {si_signo=SIGSEGV, si_code=SI_KERNEL, si_addr=0} --- [pid 26361] +++ killed by SIGSEGV +++ [pid 260%5] +++ killed by SIGSEGV +++ [pid 26359] +++ killed by SIGSEGV +++ +++ killed by SIGSEGV +++ slapd.log shows: Feb 12 06:53:48 ldapx slapd[30367]: conn=1000 fd=19 ACCEPT from IP=172.17.206.55:42250 (IP=0.0.0.0:389) b b 12 06:53:48 ldapx slapd[30367]: conn=1000 op=0 EXT oid=1.3.6.1.4.1.1466.20037 Feb 12 06:53:48 ldapx slapd[30367]: conn=1000 op=0 STARTTLS Feb 12 06:53:48 ldapx slapd[30367]: conn=1000 op=0 RESULT oid= err=0 text= Feb 12 06:53:48 ldapx slapd[30367]: conn=1000 fd=19 TLS established tls_ssf=256 ssf=256 Feb 12 06:53:56 ldapx slapd[30367]: conn=1000 op=1 BIND dn="cn=Manager,dc=ccd,dc=com" method=128 Feb 12 06:53:56 ldapx slapd[30367]: conn=1000 op=1 BIND dn="cn=Manager,dc=ccd,dc=com" mech=SIMPLE ssf=0 Feb 12 06:53:56 ldapx slapd[30367]: co%3=1000 op=1 RESULT tag=97 err=0 text= Feb 12 06:53:56 ldapx slapd[30367]: conn=1000 op=2 EXT oid=1.3.6.1.4.1.4203.1.11.1 Feb 12 06:53:56 ldapx slapd[30367]: conn=1000 op=2 PASSMOD id="uid=chaliburt,ou=People,dc=ccd,dc=com" new then ththing after this. Good openldap server: Oracle Linux 7 3.8.13-118.2.5.el7uek.x86_64 openldap 2.4.42 # ldd /usr/local/libexec/slapd linux-vdso.so.1 => (0x00007ffd17779000) libltdl.so.7 => /lib64/libltdl.so.7 (0x00007f5e152e2000) libdb-5.3.so => /lib64/libdb-5.3.so (0x00007f5e14f24000) libssl.so.10 => /lib64/libssl.so.10 (0x00007f5e14cb7000) libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f5e148d0000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f5e146b6000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f5e1449a000) libc.so.6 => /lib64/libc.so.6 (0x00007f5e140dc000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f5e13ed8000) libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007f5e13c8c000) libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f5e139a7000) libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f5e137a3000) libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f5e13571000) libz.so.1 => /lib64/libz.so.1 (0x00007f5e1335b000) /lib64/ld-linux-x86-64.so.2 (0x00007f5e154ec000) libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f5e1314c000) libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f5e12f48000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f5e12d24000) libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f5e12ac3000) liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f5e1289e000) What else would you like to help figure this out?

1 0

Re: (ITS#8370) SQL test failing
by nwerneck＠gmail.com 10 Feb '16

10 Feb '16

--001a11c2e2980f9e54052b69de0d Content-Type: text/plain; charset=UTF-8 Hi. I understand it is experimental. I just got to a point trying to set it up that I couldn't imagine what I was doing wrong, and decided it could be a bug. Specially considering it's experimental code. I'm actually not even sure I need to use that anymore. But who knows, maybe someone might stumble in the same problem some day... Anyway, I guess we can just close this. Thanks! -- Nicolau Werneck <nwerneck(a)gmail.com> http://n <http://nwerneck.sdf.org>ic.hpavc.net --001a11c2e2980f9e54052b69de0d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>Hi. I understand it is experimental. I just got to a = point trying to set it up that I couldn't imagine what I was doing wron= g, and decided it could be a bug. Specially considering it's experiment= al code.</div><div><br></div><div>I'm actually not even sure I need to = use that anymore. But who knows, maybe someone might stumble in the same pr= oblem some day... Anyway, I guess we can just close this. Thanks!</div><div= ><br></div>-- <br><div class=3D"gmail_signature"><div dir=3D"ltr"><div>Nico= lau Werneck <<a href=3D"mailto:nwerneck@gmail.com" target=3D"_blank">nwe= rneck(a)gmail.com</a>><br><a href=3D"http://nwerneck.sdf.org" target=3D"_b= lank">http://n</a><a href=3D"http://ic.hpavc.net" target=3D"_blank">ic.hpav= c.net</a><br></div></div></div> </div> --001a11c2e2980f9e54052b69de0d--

1 0

Re: (ITS#8370) SQL test failing
by quanah＠zimbra.com 09 Feb '16

09 Feb '16

--On Monday, February 08, 2016 3:31 PM +0000 nwerneck(a)gmail.com wrote: > Full_Name: Nicolau Werneck > Version: 2.4.43 > OS: Red Hat Enterprise Linux Server release 7.1 (Maipo) > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (88.217.131.117) > Hello, The ITS system is for reporting bugs, not usage questions. I would also note that back-sql is experimental as documented in the man page. --Quanah -- Quanah Gibson-Mount Platform Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration A division of Synacor, Inc

1 0

Re: (ITS#8303) An Asynchronous meta back-end for OpenLDAP
by nivanova＠symas.com 09 Feb '16

09 Feb '16

A patch for the failing test022 is uploaded as: ftp://ftp.openldap.org/incoming/nadezhda-ivanova-160209.patch

1 0

(ITS#8370) SQL test failing
by nwerneck＠gmail.com 08 Feb '16

08 Feb '16

Full_Name: Nicolau Werneck Version: 2.4.43 OS: Red Hat Enterprise Linux Server release 7.1 (Maipo) URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (88.217.131.117) Hello. I am trying to run the SQL back-end tests, but it fails and I'm not sure how to debug this. The database looks good to me as far as I can tell. There are actually some error messages when I create the database but I'm assuming theyrere not critical. So, this is what I get from running the test: >>>>> Executing all LDAP tests for sql >>>>> Starting sql-test000-read ... running defines.sh Starting slapd on TCP/IP port 9011... Testing SQL backend read operations... Waiting 5 seconds for slapd to start... Testing correct bind... ldap_bind: Invalid credentials (49) ldapwhoami failed (49)! >>>>> ./scripts/sql-test000-read failed (exit 49) make: *** [sql-yes] Error 49 [root%4ocalalhost tests]# And on the log: 56b8b343 connection_get(11): got connid=1001 56b8b343 connection_read(11): checking for input on id=1001 ber_get_next ber_get_next: tag 0x30 len 49 contents: 56b8b343 op tag 0x60, time 1454945091 ber_get_next 56b8b343 conn=1001 op=0 do_bind ber_scanf fmt ({imt) ber: ber_scanf fmt (m}) ber: 56b8b343 >>> dnPrettyNormal: <cn=Mitya Kovalev,dc=example,dc=com> => ldap_bv2dn(cn=Mitya Kovalev,dc=example,dc=m%m,0) <= ldap_bv2dn(cn=Mitya Kovalev,dc=example,dc=com)=0 => ldap_dn2bv(272) <= ldap_dn2bv(cn=Mitya Kovalev,dc=example,dc=com)=0 => ldap_dn2bv(272) <= ldap_dn2bv(cn=mitya kovalev,dc=example,dc=com)=0 56b8b343 <<< dnPrettyNormal: <cn=Mitya Kovalev,dc=example,dc=com>, <cn=mitya kovalev,dc=example,dc=com> 56b8b343 conn=1001 op=0 BIND dn="cn=Mitya Kovalev,dc=example,dc=com" method=128 56b8b343 do_bind: version=3 dn="cn=Mitya Kovalev,dc=example,dc=com" method=128 56b8b343 ==>backsql_bind() 56b8b343 ==>backsql_get_db_conn() 56b8b343 ==>backsql_open_db_handle() 56b8b343 <==backsql_open_db_handle() 56b8b343 <==backsql_get_db_conn() 56b8b343 ==>backsql_attrlist_add(): adding "userPassword" to list 56b8b343 ==>backsqatattrlist_add(): attribute "userPassword" is in list 56b8b343 ==>backsql_attrlist_add(): adding "objectClass" to list 56b8b343 ==>backsql_dn2id("cn=mitya kovalev,dc=example,dc=com") 56b8b343 backsql_dn2id("cn=mitya kovalev,dc=example,dc=com"): id_query "SELECT id,keyval,oc_map_id,dn FROM ldap_entries WHERE upper(dn)=upper(?)" 56b8b343 backsql_dn2id("cn=mitya kovalev,dc=example,dc=com"): id=2 keyval=1 oc_id=1 dn=cn=Mitya Kovalev,dc=example,dc=com 56b8b343 >>> dnPrettyNormal: <cn=Mitya Kovalev,dc=example,dc=com> => ldap_bv2dn(cn=Mitya Kovalev,dc=example,dc=com,0) <= ldap_bv2dn(cn=Mitya Kovalev,dc=example,dc=com)=0 => ldap_dn2bv(272) <= ldap_dn2bv(cn=Mitya Kovalev,dc=example,dc=com)=0 => ldap_2b2bv(272) <= ldap_dn2bv(cn=mitya kovalev,dc=example,dc=com)=0 56b8b343 <<< dnPrettyNormal: <cn=Mitya Kovalev,dc=example,dc=com>, <cn=mitya kovalev,dc=example,dc=com> 56b8b343 <==backsql_dn2id("cn=mitya kovalev,dc=example,dc=com"): err=0 56b8b343 ==>backsqattrtrlist_add(): attribute "userPassword" is in list 56b8b343 ==>backsql_attrlist_add(): attribute "objectClass" is in list 56b8b343 ==>backsql_attrlist_add(): adding "ref" to list 56b8b343 ==>backsql_id2entry() 56b8b343 backsql_id2entry(): custom attribute list 56b8b343 backsql_id2entry(): attribute "userPassword" is not defined for objectlass "inetOrgPerson" 56b8b343 ==>backsql_get_attr_vals(): oc="inetOrgPerson" attr="objectClass" keyval=1 56b8b343 backsql_get_attr_vals(): number of values in query: 0 56b8b343 backsql_id2entry(): attribute "ref" is not defined for objectlass "inetOrgPerson" 56b8b343 <==backsql_id2entry() 56b8b343 send_ldap_result: conn=1001 op=0 p=3 56b8b343 send_ldap_result: err=49 matched="" text="" 56b8b343 send_ldap_response: msgid=1 tag=97 err=49 I guess OpenLDAP cannot read the inetOrgPerson attributes configuration correctly. But I'm just using the schema files from the example, and the `ldap_attr_mappings` table is filled... What else could be missing?

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