openldap-bugs December 2009

openldap-bugs@openldap.org

28 participants
133 discussions

Re: (ITS#4868) Binary Attribute Patch(es)
by hyc＠symas.com 30 Dec '09

30 Dec '09

vargok(a)yahoo.com wrote: > (I realize this is ridiculously late, but... well, better late than never, and this is the first I've gotten back to it.) > > Yes! It's working now in 2.4.x as expected, via the new userCertificate > stub data provided by example. FWIW, it appears to be working fine with the PostgreSQL example files as well. > > Unfortunately, it was never "back" ported to 2.3. We're currently using 2.3.43 as part of RHEL-5. Any chance it could get back-ported into the 2.3 branch? Development on 2.3 ended about a year ago. > Thanks, > Kevin > > > > ----- Original Message ---- >> From: Pierangelo Masarati<ando(a)sys-net.it> >> To: vargok(a)yahoo.com >> Cc: openldap-its(a)openldap.org >> Sent: Wed, April 11, 2007 7:06:57 PM >> Subject: Re: (ITS#4868) Binary Attribute Patch(es) >> >> ando(a)sys-net.it wrote: >> >>> Right. Time permitting, I'll check why back-sql behaves differently >>> and, in case, how to fix it. >> >> HEAD should be working as expected, now. I've also updated mysql and >> psql sql-test000 (the latter is untested, though). >> >> Please test and report. p. >> >> >> >> Ing. Pierangelo Masarati >> OpenLDAP Core Team >> >> SysNet s.r.l. >> 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 >> --------------------------------------- -- -- 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#4868) Binary Attribute Patch(es)
by vargok＠yahoo.com 30 Dec '09

30 Dec '09

(I realize this is ridiculously late, but... well, better late than never, and this is the first I've gotten back to it.) Yes! It's working now in 2.4.x as expected, via the new userCertificate stub data provided by example. FWIW, it appears to be working fine with the PostgreSQL example files as well. Unfortunately, it was never "back" ported to 2.3. We're currently using 2.3.43 as part of RHEL-5. Any chance it could get back-ported into the 2.3 branch? Thanks, Kevin ----- Original Message ---- > From: Pierangelo Masarati <ando(a)sys-net.it> > To: vargok(a)yahoo.com > Cc: openldap-its(a)openldap.org > Sent: Wed, April 11, 2007 7:06:57 PM > Subject: Re: (ITS#4868) Binary Attribute Patch(es) > > ando(a)sys-net.it wrote: > > > Right. Time permitting, I'll check why back-sql behaves differently > > and, in case, how to fix it. > > HEAD should be working as expected, now. I've also updated mysql and > psql sql-test000 (the latter is untested, though). > > Please test and report. p. > > > > Ing. Pierangelo Masarati > OpenLDAP Core Team > > SysNet s.r.l. > 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

Re: (ITS#6322) slapd suddenly stops working, and starts using 100% CPU
by helge＠monsternett.no 30 Dec '09

30 Dec '09

On Wed, Dec 30, 2009 at 09:04:12AM +0100, Helge Milde wrote: >I just enabled trace loglevel, perhaps that might give us a clue on what's going on. Slapd just stopped working again. Here's the (annotated) log for viewing and/or downloading: http://www.pastie.org/761198.txt Does this give you any clues? Tell me if I can do anything else to help. -- Helge Milde, 69701808 www.monsternett.no

1 0

Re: (ITS#6322) slapd suddenly stops working, and starts using 100% CPU
by helge＠monsternett.no 30 Dec '09

30 Dec '09

On Tue, Dec 29, 2009 at 11:00:25AM -0800, Howard Chu wrote: >Sorry, your issue was closed since we hadn't received any feedback >from you in a couple of months. > >The last trace you sent shows nothing unusual, just a bunch of >threads all waiting to write on their respective connections. If the core dump backtrace wasn't helpful, then please tell me so; I thought I had given you sufficient feedback, and that you were working on it. >Have you tried the .21 release yet? No.. I might do that next week. Is there anything else that I can do? I just enabled trace loglevel, perhaps that might give us a clue on what's going on. >-- > -- Howard Chu > CTO, Symas Corp. http://www.symas.com > Director, Highland Sun http://highlandsun.com/hyc/ > Chief Architect, OpenLDAP http://www.openldap.org/project/ -- Helge Milde, 69701808 www.monsternett.no

1 0

(ITS#6247)
by daniel＠pluta.biz 29 Dec '09

29 Dec '09

Hi, I did just some small cleanups, but added no new functionality. I've extracted the minimalistic slapd-api modifications in an extra file called "now_slapd.patch" also contained in the tgz. The code compiles and runs against todays version of "HEAD". The new tgz-file can be downloaded from here: ftp://ftp.openldap.org/incoming/daniel-pluta-now-091229-1.tgz Cheers Daniel

1 0

Re: (ITS#6322) slapd suddenly stops working, and starts using 100% CPU
by hyc＠symas.com 29 Dec '09

29 Dec '09

helge(a)monsternett.no wrote: > Would be nice to get some feedback on this one.. > Were using a core dump sufficient? If so, was the information helpful at all? > If there's anything more I could do, please say so. > Sorry, your issue was closed since we hadn't received any feedback from you in a couple of months. The last trace you sent shows nothing unusual, just a bunch of threads all waiting to write on their respective connections. Have you tried the .21 release yet? -- -- 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#6322) slapd suddenly stops working, and starts using 100% CPU
by helge＠monsternett.no 29 Dec '09

29 Dec '09

Would be nice to get some feedback on this one.. Were using a core dump sufficient? If so, was the information helpful at all? If there's anything more I could do, please say so. -- Helge Milde, 69701808 www.monsternett.no

1 0

Re: (ITS#6194) Patch - Enhancement - provide LDIF support as libldif
by hyc＠symas.com 22 Dec '09

22 Dec '09

rmeggins(a)redhat.com wrote: > The ldif code does not currently have knowledge of any of the higher > level LDAP data types such as LDAPMod or LDAPControl - some of the > proposals would have the ldif API return these objects - Do we really > want to introduce this higher level knowledge into the relatively low > level libldif, along with the dependency on libldap? I think in order > to do this properly, we would have to introduce a new LDAP API e.g. > ldap_mods_from_ldif(const char *ldifstr, LDAPMod***, LDAPControl***) or > something like that - something that would parse the given ldif record > into those higher level data types. Should have mentioned this sooner; this ITS needs to be merged with ITS#4033. -- -- 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: Re : Re : ITS#6434
by masarati＠aero.polimi.it 22 Dec '09

22 Dec '09

KISTER RAPHAEL wrote: > I re-test with servers/slapd/overlays/rwm.c in version 1.125 and it works fine. I don't test with the next version. Fine. The other modifications are not strictly related to your issue, but rather to modifications to olcRwmMap using back-config. p.

1 0

Re : Re : ITS#6434
by kraph＠yahoo.com 22 Dec '09

22 Dec '09

Hello,=0A=0AI re-test with servers/slapd/overlays/rwm.c in version 1.125 an= d it works fine. I don't test with the next=A0version.=0A=0ARaphael KISTER= =0A=0A=0A

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 December 2009