Re: Contrib: addpartial overlay (ITS#3593)
by ghenry＠OpenLDAP.org
David Hawes wrote:
> On Thursday 26 July 2007 09:15, you wrote:
>> dhawes(a)vt.edu wrote:
>>> On Thursday 19 July 2007 17:18, ghenry(a)suretecsystems.com wrote:
>>>> <quote who="dhawes(a)vt.edu">
>>>>
>>>>> On Thursday 19 July 2007 05:35, Gavin Henry wrote:
>>>>>>> An updated version of addpartial is available at:
>>>>>>>
>>>>>>> ftp://ftp.openldap.org/incoming/david_hawes-addpartial-070126.tgz
>>>>>>>
>>>>>>> This version includes changes to work with OpenLDAP 2.3 as well as
>>>>>>> ensuring syncrepl works properly.
>>>>>>>
>>>>>>> david hawes
>>>>>> If this hasn't been added to 2.4/HEAD yet, would you consider updating
>>>>>> it
>>>>>> for inclusion in 2.4 contrib?
>>>>> Absolutely, I've been meaning to test with 2.4. I'll bump it to the
>>>>> top of
>>>>> the list.
>>>> Can you make sure that is dynamically configurable via cn=config like
>>>> everything else in 2.4.
>>>>
>>>> Thanks.
>>> I have tested the overlay at
>>> ftp://ftp.openldap.org/incoming/david_hawes-addpartial-070126.tgz, and it
>>> works with 2.4.4alpha, including dynamic loading via cn=config.
>>>
>>> Apart from using "overlay addpartial", there is no slapd configuration
>>> for addpartial. I believe this means it doesn't need its own schema to
>>> work correctly. Please correct me if I am wrong about this.
>>>
>>> Thanks,
>>>
>>> dave
>> Anyone mind if I commit this to contrib in HEAD?
>
> I don't think you were asking me about this, but I certainly have no problem
> with it. If I need to state the disclaimer I'll gladly do so. The OpenLDAP
> public license is included, so that may be all that is needed.
>
> dave
Yes, that is all that is needed. Adding shortly.
Gavin.
--
Kind Regards,
Gavin Henry.
OpenLDAP Engineering Team.
E ghenry(a)OpenLDAP.org
Community developed LDAP software.
http://www.openldap.org/project/
15 years, 8 months
Re: (ITS#4920) bad connection sequencing
by hyc＠symas.com
h.b.furuseth(a)usit.uio.no wrote:
> Full_Name: Hallvard B Furuseth
> Version: HEAD
> OS: Linux
> URL: http://folk.uio.no/hbf/OpenLDAP/bug032.tgz
> Submission from: (NULL) (129.240.202.105)
> Submitted by: hallvard
>
>
> Statslog() from even successful tests can show strange sequencing.
>
> grep '^conn=' testrun/slapd.*.log from a test032-chain run shows
> - Operations logged on connections before ACCEPT
> (slapd.1.log conn=2,3 + slapd.2.log conn=7,9)
> - Operations on a connection with no ACCEPT (slapd.1.log conn=10),
> but a 'conn=-1 fd=21 ACCEPT' _after_ that fd's 'close',
> and valgrind shows memory errors between the close and the ACCEPT.
> The enclosed URL gives the testrun directory and test output.
The ACCEPT statslog call occurs after connection_init(). Once connection_init
unlocks the connection mutex, any other thread can run, and it looks like in
your case the actual operation threads got started first. We can simply move
the statslog call a bit earlier. Go ahead and move it if you think this is
really a problem, to me it's just cosmetic.
I don't see how this can be responsible for memory access errors. That must be
something unrelated. What valgrind output do you have for that? Most likely
that's your ITS#5050.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
15 years, 8 months
Re: (ITS#5063) its 5059 has vanished!!
by ghenry＠suretecsystems.com
<quote who="kurt(a)OpenLDAP.org">
>
> A feature, not a bug. ITS#5059 was submitted as a "Major Security"
> issue.
>
Ah, very nice feature.
Gavin.
15 years, 8 months
Re: (ITS#5063) its 5059 has vanished!!
by m.d.t.evans＠qmul.ac.uk
On Thu, 2007-07-26 at 09:06 -0500, Kurt Zeilenga wrote:
> On Jul 26, 2007, at 11:40 AM, m.d.t.evans(a)qmul.ac.uk wrote:
>
> > Full_Name: Martin Evans
> > Version: n/a
> > OS: fc6
> > URL: ftp://ftp.openldap.org/incoming/
> > Submission from: (NULL) (138.37.8.140)
> >
> >
> > Issue 5059 has vanished from the its:
> >
> > http://www.OpenLDAP.org/its/index.cgi?findid=5059
> >
> > The web page shows:
> >
> > The system encountered a fatal error
> >
> > can't get info in find_id
> >
> > The last error code was: No such file or directory
> >
> >
>
> A feature, not a bug. ITS#5059 was submitted as a "Major Security"
> issue.
Not intentionally + I could see it after i submitted it. It must have
changed at some point by a mouse slip.
Martin.
>
> -- Kurt
--
-- Dr MDT Evans, Computing Services, Queen Mary, University of London
15 years, 8 months
Re: (ITS#5063) its 5059 has vanished!!
by m.d.t.evans＠qmul.ac.uk
On Thu, 2007-07-26 at 14:45 +0100, Gavin Henry wrote:
> m.d.t.evans(a)qmul.ac.uk wrote:
> > Full_Name: Martin Evans
> > Version: n/a
> > OS: fc6
> > URL: ftp://ftp.openldap.org/incoming/
> > Submission from: (NULL) (138.37.8.140)
> >
> >
> > Issue 5059 has vanished from the its:
> >
> > http://www.OpenLDAP.org/its/index.cgi?findid=5059
> >
> > The web page shows:
> >
> > The system encountered a fatal error
> >
> > can't get info in find_id
> >
> > The last error code was: No such file or directory
> >
> >
>
> Strange, I can see it when logged in.
>
> It should be public even though it's not been moved into the right queue?
>
I think it should be public. I've submitted several reports in the past
and none of them have disappeared like that. If you search for it by
number it appears in the "Incoming" topic:
To view messages select a directory from the list below:
Build
0
Contrib
0
Development
0
Documentation
0
Historical
0
Incoming
1
Software
Bugs
0
Software
Enhancements
0
Web
0
But that is all.
M.
--
-- Dr MDT Evans, Computing Services, Queen Mary, University of London
15 years, 8 months
Re: Contrib: addpartial overlay (ITS#3593)
by ghenry＠OpenLDAP.org
dhawes(a)vt.edu wrote:
> On Thursday 19 July 2007 17:18, ghenry(a)suretecsystems.com wrote:
>> <quote who="dhawes(a)vt.edu">
>>
>>> On Thursday 19 July 2007 05:35, Gavin Henry wrote:
>>>>> An updated version of addpartial is available at:
>>>>>
>>>>> ftp://ftp.openldap.org/incoming/david_hawes-addpartial-070126.tgz
>>>>>
>>>>> This version includes changes to work with OpenLDAP 2.3 as well as
>>>>> ensuring syncrepl works properly.
>>>>>
>>>>> david hawes
>>>> If this hasn't been added to 2.4/HEAD yet, would you consider updating
>>>> it
>>>> for inclusion in 2.4 contrib?
>>> Absolutely, I've been meaning to test with 2.4. I'll bump it to the top
>>> of
>>> the list.
>> Can you make sure that is dynamically configurable via cn=config like
>> everything else in 2.4.
>>
>> Thanks.
>
> I have tested the overlay at
> ftp://ftp.openldap.org/incoming/david_hawes-addpartial-070126.tgz, and it
> works with 2.4.4alpha, including dynamic loading via cn=config.
>
> Apart from using "overlay addpartial", there is no slapd configuration for
> addpartial. I believe this means it doesn't need its own schema to work
> correctly. Please correct me if I am wrong about this.
>
> Thanks,
>
> dave
>
>
Anyone mind if I commit this to contrib in HEAD?
--
Kind Regards,
Gavin Henry.
OpenLDAP Engineering Team.
E ghenry(a)OpenLDAP.org
Community developed LDAP software.
http://www.openldap.org/project/
15 years, 8 months
