openldap-bugs

openldap-bugs@openldap.org

1 participants
20967 discussions

Re: (ITS#8901) slapd segfaults in mdb_env_reader_dest
by hyc＠symas.com 10 Sep '18

10 Sep '18

ckowalczyk(a)suse.com wrote: > Full_Name: Chris Kowalczyk > Version: 2.4.41 > OS: SLE12 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (2620:113:80c0:5::2222) > > > Hello, > I have been experiencing segfaults in mdb_env_reader_dest happening randomly, > only from time to time, during shutting off openldap. > > After some investigation I narrowed the problem down to mdb_env_reader_dest > destructor function being called after its object had been deleted while > powering off the application. mdb_env_reader_dest was called automatically, > because it was agginned to the object in pthread_key_create call: > https://github.com/openldap/openldap/blob/master/libraries/liblmdb/mdb.c#L4… > > The problem was not happening often, and always during powering off, so no data > was lost etc. However, due to its annoyance, I prepared a simple patch, which > prevents mdb_env_reader_dest function being called if the object was already > deleted. The patch works fine, I haven't seen the problem since it was > introduced. > > I am using OpenLDAP 2.4.41, but the code seems to be the same in other versions > as well. Would you like me to create a pull request for it? We've discussed this extensively in private emails. There is no documented reason why the provided patch would have the claimed effect. Deferring this until a valid explanation for why this patch is correct can be shown. > > ========================== > === The backtrace: > ========================== > > Program terminated with signal 11, Segmentation fault. > #0 mdb_env_reader_dest (ptr=0x7f4a9c71c080) at > ../../../libraries/liblmdb/mdb.c:4050 > 4050 reader->mr_pid = 0; > > #thread apply all bt > > Thread 2 (LWP 20920): > #0 0x00007f4a9ac31d9d in close () at ../sysdeps/unix/syscall-template.S:84 > #1 0x000055902eaeae8c in mdb_env_close1 (env=env@entry=0x55902fce50e0) > at ../../../libraries/liblmdb/mdb.c:4756 > #2 0x000055902eaeb578 in mdb_env_close1 (env=0x55902fce50e0) at > ../../../libraries/liblmdb/mdb.c:4779 > #3 mdb_env_close (env=0x55902fce50e0) at ../../../libraries/liblmdb/mdb.c:4778 > #4 0x000055902ea69114 in mdb_db_close (be=0x55902faeb300, cr=<optimized out>) > at init.c:340 > #5 0x000055902ea3815b in over_db_close (be=0x55902faeb300, cr=0x0) at > backover.c:182 > #6 0x000055902e9d8c0b in backend_shutdown (be=0x55902faeb300, be@entry=0x0) at > backend.c:376 > #7 0x000055902e9fa258 in slap_shutdown (be=be@entry=0x0) at init.c:232 > #8 0x000055902e9af12f in main (argc=<optimized out>, argv=<optimized out>) at > main.c:1027 > > Thread 1 (LWP 20928): > #0 mdb_env_reader_dest (ptr=0x7f4a9c71c080) at > ../../../libraries/liblmdb/mdb.c:4050 > #1 0x00007f4a9ac2a512 in __nptl_deallocate_tsd () at pthread_create.c:176 > #2 0x00007f4a9ac2a767 in start_thread (arg=0x7f4a97acc700) at > pthread_create.c:347 > #3 0x00007f4a9a968aad in clone () at > ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 > > # frame 0 > #0 mdb_env_reader_dest (ptr=0x7f4a9c71c080) at > ../../../libraries/liblmdb/mdb.c:4050 > 4050 reader->mr_pid = 0; > #p reader > $1 = (MDB_reader *) 0x7f4a9c71c080 > #p *reader > Cannot access memory at address 0x7f4a9c71c080 > > ========================== > === The proposed patch: > ========================== > > diff --git a/libraries/liblmdb/mdb.c b/libraries/liblmdb/mdb.c > index 6bdf3151d..56212151b 100644 > --- a/libraries/liblmdb/mdb.c > +++ b/libraries/liblmdb/mdb.c > @@ -4692,6 +4692,11 @@ mdb_env_close0(MDB_env *env, int excl) > > if (env->me_flags & MDB_ENV_TXKEY) { > pthread_key_delete(env->me_txkey); > + > + // No need to call desctructor anymore, as all pid > + // values are cleared below. > + env->me_txkey = NULL; > + > #ifdef _WIN32 > /* Delete our key from the global list */ > for (i=0; i<mdb_tls_nkeys; i++) > > > -- -- 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#8913) Add meson build system to lmdb
by nacho.resa＠gmail.com 05 Sep '18

05 Sep '18

--0000000000006c1a190575262da9 Content-Type: text/plain; charset="UTF-8" not super important since it is anyway quite fast but takes half of the time running meson + ninja than running make -j6... :) real 0m3.070s user 0m7.031s sys 0m0.493s vs real 0m1.501s user 0m2.138s sys 0m0.446s In any case it is not the end of the world to keep a fork for gvsbuild and maybe fedora, at the end of the day this library does not change that often to make the build system painful to maintain out of upstream. On Wed, Sep 5, 2018 at 7:15 PM Howard Chu <hyc(a)symas.com> wrote: > Ignacio Casal Quinteiro wrote: > > FWIW any chance to reconsider having both build systems? > > I have no desire to support multiple build systems. The Project does not > support > any tools that we don't use ourselves. > > The files you add significantly increase the line count, and don't even > contain any comments. > In contrast, the current Makefile is mostly comments. > > > with meson it is easy to build on windows. Plus I'd like you > > to see at these numbers: > > > > time make: > > real 0m5.629s > > user 0m5.197s > > sys 0m0.399s > > > > time meson build > > real 0m0.452s > > user 0m0.335s > > sys 0m0.131s > > > > time ninja -C build > > real 0m0.992s > > user 0m1.812s > > sys 0m0.362s > > > > You can see that configuring and building with meson is faster than just > using make > > On my system the majority of build time is in gcc itself. The proportion > of time that > make itself uses is trivial. I would guess the only reason you're seeing a > speedup is > because meson parallelizes the build. You would get the same effect using > "make -jXX". > > > > > On Wed, Sep 5, 2018 at 6:31 PM Ignacio Casal Quinteiro < > nacho.resa(a)gmail.com <mailto:nacho.resa@gmail.com>> wrote: > > > > yeah... knowing my previous tries with lmdb I did not have much > hope... > > > > On Wed, Sep 5, 2018 at 6:21 PM Howard Chu <hyc(a)symas.com <mailto: > hyc(a)symas.com>> wrote: > > > > nacho.resa(a)gmail.com <mailto:nacho.resa@gmail.com> wrote: > > > Full_Name: Ignacio Casal Quinteiro > > > Version: > > > OS: > > > URL: ftp://ftp.openldap.org/incoming/ > > > Submission from: (NULL) (54.239.6.177) > > > > > > > > > Meson is the new thing out there, > > > > No. > > -- > -- Howard Chu > CTO, Symas Corp. http://www.symas.com > Director, Highland Sun http://highlandsun.com/hyc/ > Chief Architect, OpenLDAP http://www.openldap.org/project/ > -- Ignacio Casal Quinteiro --0000000000006c1a190575262da9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div>not super important= since it is anyway quite fast but takes half of the time running meson + n= inja than running make -j6... :)</div><div>real=C2=A0=C2=A0=C2=A0 0m3.070s<= br>user=C2=A0=C2=A0=C2=A0 0m7.031s<br>sys=C2=A0=C2=A0=C2=A0 0m0.493s<br></d= iv><div><br></div><div>vs</div><div><br></div><div>real=C2=A0=C2=A0=C2=A0 0= m1.501s<br>user=C2=A0=C2=A0=C2=A0 0m2.138s<br>sys=C2=A0=C2=A0=C2=A0 0m0.446= s<br></div><div><br></div><div>In any case it is not the end of the world t= o keep a fork for gvsbuild and maybe fedora, at the end of the day this lib= rary</div><div>does not change that often to make the build system painful = to maintain out of upstream.<br></div></div></div></div><br><div class=3D"g= mail_quote"><div dir=3D"ltr">On Wed, Sep 5, 2018 at 7:15 PM Howard Chu <= <a href=3D"mailto:hyc@symas.com">hyc(a)symas.com</a>> wrote:<br></div><blo= ckquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #c= cc solid;padding-left:1ex">Ignacio Casal Quinteiro wrote:<br> > FWIW any chance to reconsider having both build systems?<br> <br> I have no desire to support multiple build systems. The Project does not su= pport<br> any tools that we don't use ourselves.<br> <br> The files you add significantly increase the line count, and don't even= contain any comments.<br> In contrast, the current Makefile is mostly comments.<br> <br> > with meson it is easy to build on windows. Plus I'd like you<br> > to see at these numbers:<br> > <br> > time make:<br> > real=C2=A0=C2=A0=C2=A0 0m5.629s<br> > user=C2=A0=C2=A0=C2=A0 0m5.197s<br> > sys=C2=A0=C2=A0=C2=A0 0m0.399s<br> > <br> > time meson build<br> > real=C2=A0=C2=A0=C2=A0 0m0.452s<br> > user=C2=A0=C2=A0=C2=A0 0m0.335s<br> > sys=C2=A0=C2=A0=C2=A0 0m0.131s<br> > <br> > time ninja -C build<br> > real=C2=A0=C2=A0=C2=A0 0m0.992s<br> > user=C2=A0=C2=A0=C2=A0 0m1.812s<br> > sys=C2=A0=C2=A0=C2=A0 0m0.362s<br> > <br> > You can see that configuring and building with meson is faster than ju= st using make<br> <br> On my system the majority of build time is in gcc itself. The proportion of= time that<br> make itself uses is trivial. I would guess the only reason you're seein= g a speedup is<br> because meson parallelizes the build. You would get the same effect using &= quot;make -jXX".<br> <br> > <br> > On Wed, Sep 5, 2018 at 6:31 PM Ignacio Casal Quinteiro <<a href=3D"= mailto:nacho.resa@gmail.com" target=3D"_blank">nacho.resa(a)gmail.com</a> &lt= ;mailto:<a href=3D"mailto:nacho.resa@gmail.com" target=3D"_blank">nacho.res= a(a)gmail.com</a>>> wrote:<br> > <br> >=C2=A0 =C2=A0 =C2=A0yeah... knowing my previous tries with lmdb I did n= ot have much hope...<br> > <br> >=C2=A0 =C2=A0 =C2=A0On Wed, Sep 5, 2018 at 6:21 PM Howard Chu <<a hr= ef=3D"mailto:hyc@symas.com" target=3D"_blank">hyc(a)symas.com</a> <mailto:= <a href=3D"mailto:hyc@symas.com" target=3D"_blank">hyc(a)symas.com</a>>&gt= ; wrote:<br> > <br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<a href=3D"mailto:nacho.resa@gmail.co= m" target=3D"_blank">nacho.resa(a)gmail.com</a> <mailto:<a href=3D"mailto:= nacho.resa(a)gmail.com" target=3D"_blank">nacho.resa(a)gmail.com</a>> wrote:= <br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> Full_Name: Ignacio Casal Quintei= ro<br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> Version:<br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> OS:<br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> URL: <a href=3D"ftp://ftp.openld= ap.org/incoming/" rel=3D"noreferrer" target=3D"_blank">ftp://ftp.openldap.o= rg/incoming/</a><br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> Submission from: (NULL) (54.239.= 6.177)<br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0><br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0><br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> Meson is the new thing out there= ,<br> > <br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0No.<br> <br> -- <br> =C2=A0 -- Howard Chu<br> =C2=A0 CTO, Symas Corp.=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<a href=3D"= http://www.symas.com" rel=3D"noreferrer" target=3D"_blank">http://www.symas= .com</a><br> =C2=A0 Director, Highland Sun=C2=A0 =C2=A0 =C2=A0<a href=3D"http://highland= sun.com/hyc/" rel=3D"noreferrer" target=3D"_blank">http://highlandsun.com/h= yc/</a><br> =C2=A0 Chief Architect, OpenLDAP=C2=A0 <a href=3D"http://www.openldap.org/p= roject/" rel=3D"noreferrer" target=3D"_blank">http://www.openldap.org/proje= ct/</a><br> </blockquote></div><br clear=3D"all"><br>-- <br><div dir=3D"ltr" class=3D"g= mail_signature" data-smartmail=3D"gmail_signature">Ignacio Casal Quinteiro<= /div> --0000000000006c1a190575262da9--

1 0

Re: (ITS#8913) Add meson build system to lmdb
by hyc＠symas.com 05 Sep '18

05 Sep '18

Ignacio Casal Quinteiro wrote: > FWIW any chance to reconsider having both build systems? I have no desire to support multiple build systems. The Project does not = support any tools that we don't use ourselves. The files you add significantly increase the line count, and don't even c= ontain any comments. In contrast, the current Makefile is mostly comments. > with meson it is easy to build on windows. Plus I'd like you > to see at these numbers: >=20 > time make: > real=C2=A0=C2=A0=C2=A0 0m5.629s > user=C2=A0=C2=A0=C2=A0 0m5.197s > sys=C2=A0=C2=A0=C2=A0 0m0.399s >=20 > time meson build > real=C2=A0=C2=A0=C2=A0 0m0.452s > user=C2=A0=C2=A0=C2=A0 0m0.335s > sys=C2=A0=C2=A0=C2=A0 0m0.131s >=20 > time ninja -C build > real=C2=A0=C2=A0=C2=A0 0m0.992s > user=C2=A0=C2=A0=C2=A0 0m1.812s > sys=C2=A0=C2=A0=C2=A0 0m0.362s >=20 > You can see that configuring and building with meson is faster than jus= t using make On my system the majority of build time is in gcc itself. The proportion = of time that make itself uses is trivial. I would guess the only reason you're seeing = a speedup is because meson parallelizes the build. You would get the same effect using= "make -jXX". >=20 > On Wed, Sep 5, 2018 at 6:31 PM Ignacio Casal Quinteiro <nacho.resa@gmai= l.com <mailto:nacho.resa@gmail.com>> wrote: >=20 > yeah... knowing my previous tries with lmdb I did not have much hop= e... >=20 > On Wed, Sep 5, 2018 at 6:21 PM Howard Chu <hyc(a)symas.com <mailto:hy= c(a)symas.com>> wrote: >=20 > nacho.resa(a)gmail.com <mailto:nacho.resa@gmail.com> wrote: > > Full_Name: Ignacio Casal Quinteiro > > Version: > > OS: > > URL: ftp://ftp.openldap.org/incoming/ > > Submission from: (NULL) (54.239.6.177) > > > > > > Meson is the new thing out there, >=20 > No. --=20 -- 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#8913) Add meson build system to lmdb
by nacho.resa＠gmail.com 05 Sep '18

05 Sep '18

--0000000000007aaf1005752283b9 Content-Type: text/plain; charset="UTF-8" FWIW any chance to reconsider having both build systems? with meson it is easy to build on windows. Plus I'd like you to see at these numbers: time make: real 0m5.629s user 0m5.197s sys 0m0.399s time meson build real 0m0.452s user 0m0.335s sys 0m0.131s time ninja -C build real 0m0.992s user 0m1.812s sys 0m0.362s You can see that configuring and building with meson is faster than just using make On Wed, Sep 5, 2018 at 6:31 PM Ignacio Casal Quinteiro <nacho.resa(a)gmail.com> wrote: > yeah... knowing my previous tries with lmdb I did not have much hope... > > On Wed, Sep 5, 2018 at 6:21 PM Howard Chu <hyc(a)symas.com> wrote: > >> nacho.resa(a)gmail.com wrote: >> > Full_Name: Ignacio Casal Quinteiro >> > Version: >> > OS: >> > URL: ftp://ftp.openldap.org/incoming/ >> > Submission from: (NULL) (54.239.6.177) >> > >> > >> > Meson is the new thing out there, >> >> No. >> >> >> -- >> -- Howard Chu >> CTO, Symas Corp. http://www.symas.com >> Director, Highland Sun http://highlandsun.com/hyc/ >> Chief Architect, OpenLDAP http://www.openldap.org/project/ >> > > > -- > Ignacio Casal Quinteiro > -- Ignacio Casal Quinteiro --0000000000007aaf1005752283b9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div di= r=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div>FWIW any chance to reconsi= der having both build systems?</div><div>with meson it is easy to build on = windows. Plus I'd like you</div><div>to see at these numbers:</div><div= ><br></div><div>time make:</div><div>real=C2=A0=C2=A0=C2=A0 0m5.629s<br>use= r=C2=A0=C2=A0=C2=A0 0m5.197s<br>sys=C2=A0=C2=A0=C2=A0 0m0.399s<br></div><di= v><br></div><div>time meson build</div><div>real=C2=A0=C2=A0=C2=A0 0m0.452s= <br>user=C2=A0=C2=A0=C2=A0 0m0.335s<br>sys=C2=A0=C2=A0=C2=A0 0m0.131s<br></= div><div><br></div><div>time ninja -C build</div><div>real=C2=A0=C2=A0=C2= =A0 0m0.992s<br>user=C2=A0=C2=A0=C2=A0 0m1.812s<br>sys=C2=A0=C2=A0=C2=A0 0m= 0.362s<br></div><div><br></div><div>You can see that configuring and buildi= ng with meson is faster than just using make<br></div></div></div></div></d= iv></div></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr">On Wed= , Sep 5, 2018 at 6:31 PM Ignacio Casal Quinteiro <<a href=3D"mailto:nach= o.resa(a)gmail.com">nacho.resa(a)gmail.com</a>> wrote:<br></div><blockquote = class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid= ;padding-left:1ex"><div dir=3D"ltr">yeah... knowing my previous tries with = lmdb I did not have much hope...<br></div><br><div class=3D"gmail_quote"><d= iv dir=3D"ltr">On Wed, Sep 5, 2018 at 6:21 PM Howard Chu <<a href=3D"mai= lto:hyc@symas.com" target=3D"_blank">hyc(a)symas.com</a>> wrote:<br></div>= <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:nacho.resa@gmail.com" targ= et=3D"_blank">nacho.resa(a)gmail.com</a> wrote:<br> > Full_Name: Ignacio Casal Quinteiro<br> > Version: <br> > OS: <br> > URL: <a href=3D"ftp://ftp.openldap.org/incoming/" rel=3D"noreferrer" t= arget=3D"_blank">ftp://ftp.openldap.org/incoming/</a><br> > Submission from: (NULL) (54.239.6.177)<br> > <br> > <br> > Meson is the new thing out there,<br> <br> No.<br> <br> <br> -- <br> =C2=A0 -- Howard Chu<br> =C2=A0 CTO, Symas Corp.=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<a href=3D"= http://www.symas.com" rel=3D"noreferrer" target=3D"_blank">http://www.symas= .com</a><br> =C2=A0 Director, Highland Sun=C2=A0 =C2=A0 =C2=A0<a href=3D"http://highland= sun.com/hyc/" rel=3D"noreferrer" target=3D"_blank">http://highlandsun.com/h= yc/</a><br> =C2=A0 Chief Architect, OpenLDAP=C2=A0 <a href=3D"http://www.openldap.org/p= roject/" rel=3D"noreferrer" target=3D"_blank">http://www.openldap.org/proje= ct/</a><br> </blockquote></div><br clear=3D"all"><br>-- <br><div dir=3D"ltr" class=3D"m= _-8944057145512108354gmail_signature" data-smartmail=3D"gmail_signature">Ig= nacio Casal Quinteiro</div> </blockquote></div><br clear=3D"all"><br>-- <br><div dir=3D"ltr" class=3D"g= mail_signature" data-smartmail=3D"gmail_signature">Ignacio Casal Quinteiro<= /div> --0000000000007aaf1005752283b9--

1 0

Re: (ITS#8913) Add meson build system to lmdb
by nacho.resa＠gmail.com 05 Sep '18

05 Sep '18

--000000000000a46a9a05752250a1 Content-Type: text/plain; charset="UTF-8" yeah... knowing my previous tries with lmdb I did not have much hope... On Wed, Sep 5, 2018 at 6:21 PM Howard Chu <hyc(a)symas.com> wrote: > nacho.resa(a)gmail.com wrote: > > Full_Name: Ignacio Casal Quinteiro > > Version: > > OS: > > URL: ftp://ftp.openldap.org/incoming/ > > Submission from: (NULL) (54.239.6.177) > > > > > > Meson is the new thing out there, > > No. > > > -- > -- Howard Chu > CTO, Symas Corp. http://www.symas.com > Director, Highland Sun http://highlandsun.com/hyc/ > Chief Architect, OpenLDAP http://www.openldap.org/project/ > -- Ignacio Casal Quinteiro --000000000000a46a9a05752250a1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">yeah... knowing my previous tries with lmdb I did not have= much hope...<br></div><br><div class=3D"gmail_quote"><div dir=3D"ltr">On W= ed, Sep 5, 2018 at 6:21 PM Howard Chu <<a href=3D"mailto:hyc@symas.com">= hyc(a)symas.com</a>> wrote:<br></div><blockquote class=3D"gmail_quote" sty= le=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><a hre= f=3D"mailto:nacho.resa@gmail.com" target=3D"_blank">nacho.resa(a)gmail.com</a= > wrote:<br> > Full_Name: Ignacio Casal Quinteiro<br> > Version: <br> > OS: <br> > URL: <a href=3D"ftp://ftp.openldap.org/incoming/" rel=3D"noreferrer" t= arget=3D"_blank">ftp://ftp.openldap.org/incoming/</a><br> > Submission from: (NULL) (54.239.6.177)<br> > <br> > <br> > Meson is the new thing out there,<br> <br> No.<br> <br> <br> -- <br> =C2=A0 -- Howard Chu<br> =C2=A0 CTO, Symas Corp.=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<a href=3D"= http://www.symas.com" rel=3D"noreferrer" target=3D"_blank">http://www.symas= .com</a><br> =C2=A0 Director, Highland Sun=C2=A0 =C2=A0 =C2=A0<a href=3D"http://highland= sun.com/hyc/" rel=3D"noreferrer" target=3D"_blank">http://highlandsun.com/h= yc/</a><br> =C2=A0 Chief Architect, OpenLDAP=C2=A0 <a href=3D"http://www.openldap.org/p= roject/" rel=3D"noreferrer" target=3D"_blank">http://www.openldap.org/proje= ct/</a><br> </blockquote></div><br clear=3D"all"><br>-- <br><div dir=3D"ltr" class=3D"g= mail_signature" data-smartmail=3D"gmail_signature">Ignacio Casal Quinteiro<= /div> --000000000000a46a9a05752250a1--

1 0

Re: (ITS#8913) Add meson build system to lmdb
by hyc＠symas.com 05 Sep '18

05 Sep '18

nacho.resa(a)gmail.com wrote: > Full_Name: Ignacio Casal Quinteiro > Version: > OS: > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (54.239.6.177) > > > Meson is the new thing out there, No. -- -- 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

(ITS#8913) Add meson build system to lmdb
by nacho.resa＠gmail.com 05 Sep '18

05 Sep '18

Full_Name: Ignacio Casal Quinteiro Version: OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (54.239.6.177) Meson is the new thing out there, maybe projects are already using it and allows embedding in other projects apart from being fast, efficient and easier to maintain than a Makefile. On the following patch you can find a working meson build system which builds lmdb: https://github.com/wingtk/lmdb/commit/24b1b1ce2055b6a612603700bdcfc7ba3859f…

1 0

Re: (ITS#8910) Open Ldap back sql installation Query
by Howard Chu 05 Sep '18

05 Sep '18

The OpenLDAP-ITS address is for reporting bugs in OpenLDAP software. Nothing in your report is indicative of a bug in OpenLDAP. If you have questions about use of OpenLDAP Software which are not answered in the documentation, FAQ, and archives, use the OpenLDAP-technical list (subscription required; instructions here <http://www.openldap.org/lists/mm/listinfo/openldap-technical>). This issue report will be closed. p.

1 0

Re: (ITS#8912) incorrect rootDSE (namingContexts)
by hyc＠symas.com 05 Sep '18

05 Sep '18

jochen(a)keutel.de wrote: > Full_Name: Jochen Keutel > Version: 2.4.46 > OS: Debian 9 > URL: > Submission from: (NULL) (80.146.191.218) > > > With certain configurations it happens that the attribute namingContexts of the > rootDSE contains the same value twice (which is not correct). It seems to be > related to the fact that the naming context of a hidden backend is not ignored > (servers/slapd/root_dse.c). Thanks for the report. Fixed now in git master. > > To reproduce it: I started to configure replication: szenario syncrepl proxy > (push based replication, see 18.3.5 in OpenLDAP Admin Guide - "primary directory > also contains back-ldap databases"). Configuring the LDAP backend leads > unfortunately to a root DSE showing the same name context twice: > > namingContexts: dc=keutel,dc=de > namingContexts: dc=keutel,dc=de > > Is this a known problem? Esp. this stops PHPLDAPAdmin from working: It prints a > lot of PHP arrays in this case. > > I've set "hidden on" for this backend but the problem remains. > > My configuration: > > 1. slapd.conf on server1 (master): > > database mdb > suffix "dc=keutel,dc=de" > ... > > database ldap > hidden on > suffix "dc=keutel,dc=de" > rootdn "cn=admin,dc=keutel,dc=de" > uri ldaps://server2/ > > lastmod on > restrict all > > acl-bind bindmethod=simple > binddn="cn=replication,dc=keutel,dc=de" > credentials=secret > > syncrepl rid=001 > provider=ldaps://server1/ > binddn="cn=replication,dc=keutel,dc=de" > bindmethod=simple > credentials=secret > searchbase="dc=keutel,dc=de" > type=refreshAndPersist > retry="5 5 300 5" > > 2. converting this to dynamic config using slaptest gives the following entry: > > > dn: olcDatabase={2}ldap > objectClass: olcDatabaseConfig > objectClass: olcLDAPConfig > olcDatabase: {2}ldap > olcHidden: TRUE > olcSuffix: dc=keutel,dc=de > ... > > 3. starting slapd with this dynamic configuration > > 4. reading rootDSE: attribute namingContexts occurs twice with the same value. > > > > -- -- 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

(ITS#8912) incorrect rootDSE (namingContexts)
by jochen＠keutel.de 04 Sep '18

04 Sep '18

Full_Name: Jochen Keutel Version: 2.4.46 OS: Debian 9 URL: Submission from: (NULL) (80.146.191.218) With certain configurations it happens that the attribute namingContexts of the rootDSE contains the same value twice (which is not correct). It seems to be related to the fact that the naming context of a hidden backend is not ignored (servers/slapd/root_dse.c). To reproduce it: I started to configure replication: szenario syncrepl proxy (push based replication, see 18.3.5 in OpenLDAP Admin Guide - "primary directory also contains back-ldap databases"). Configuring the LDAP backend leads unfortunately to a root DSE showing the same name context twice: namingContexts: dc=keutel,dc=de namingContexts: dc=keutel,dc=de Is this a known problem? Esp. this stops PHPLDAPAdmin from working: It prints a lot of PHP arrays in this case. I've set "hidden on" for this backend but the problem remains. My configuration: 1. slapd.conf on server1 (master): database mdb suffix "dc=keutel,dc=de" ... database ldap hidden on suffix "dc=keutel,dc=de" rootdn "cn=admin,dc=keutel,dc=de" uri ldaps://server2/ lastmod on restrict all acl-bind bindmethod=simple binddn="cn=replication,dc=keutel,dc=de" credentials=secret syncrepl rid=001 provider=ldaps://server1/ binddn="cn=replication,dc=keutel,dc=de" bindmethod=simple credentials=secret searchbase="dc=keutel,dc=de" type=refreshAndPersist retry="5 5 300 5" 2. converting this to dynamic config using slaptest gives the following entry: dn: olcDatabase={2}ldap objectClass: olcDatabaseConfig objectClass: olcLDAPConfig olcDatabase: {2}ldap olcHidden: TRUE olcSuffix: dc=keutel,dc=de ... 3. starting slapd with this dynamic configuration 4. reading rootDSE: attribute namingContexts occurs twice with the same value.

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