Full_Name: Version: OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (84.163.15.82) As I read RFC 2589 the attribute entryTTL contains the actual time-to-live of a dynamicObject entry. But slapo-dds always returns the same value for entryTTL (last refreshTTL). Another server implementation returns decreasing values for entryTTL which would be IMO the correct behaviour.
On 11/29/2011 02:34 PM, michael@stroeder.com wrote: > Full_Name: > Version: > OS: > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (84.163.15.82) > > > As I read RFC 2589 the attribute entryTTL contains the actual time-to-live of a > dynamicObject entry. But slapo-dds always returns the same value for entryTTL > (last refreshTTL). Another server implementation returns decreasing values for > entryTTL which would be IMO the correct behaviour. Good point. I overlooked this in my original interpretation. I'll look into this, time permitting. Thanks, p. -- Pierangelo Masarati Associate Professor Dipartimento di Ingegneria Aerospaziale Politecnico di Milano
Pierangelo Masarati wrote: > Good point. I overlooked this in my original interpretation. I'll look into > this, time permitting. Thanks, p. Take your time. Nothing urgent. I'm just playing with it for interop testing (refresh operation and plugin classes in web2ldap). Ciao, Michael.
Would be nice if this gets ever fixed to match the RFC.
On Tue, Jul 22, 2014 at 07:38:26PM +0000, michael@stroeder.com wrote: > Would be nice if this gets ever fixed to match the RFC. Hi, can you test the changes in branch ITS7100 at https://github.com/mistotebe/openldap? Thanks, Ondrej
ondra@mistotebe.net wrote: > On Tue, Jul 22, 2014 at 07:38:26PM +0000, michael@stroeder.com wrote: >> Would be nice if this gets ever fixed to match the RFC. > > Hi, can you test the changes in branch ITS7100 at > https://github.com/mistotebe/openldap? Sorry for following up so late. I've tested your branch. 1. make test fails (maybe unrelated): >>>> Starting test007-slapmodify for hdb... running defines.sh Running slapadd to build slapd database... Testing modify, add, and delete using slapmodify... slapmodify failed (1)! >>>>> test007-slapmodify failed for hdb (exit 1) Makefile:302: recipe for target 'hdb-mod' failed make[2]: *** [hdb-mod] Error 1 make[2]: Leaving directory '/home/michael/src/openldap-git/mistotebe/openldap/tests' Makefile:280: recipe for target 'test' failed make[1]: *** [test] Error 2 make[1]: Leaving directory '/home/michael/src/openldap-git/mistotebe/openldap/tests' Makefile:292: recipe for target 'test' failed make: *** [test] Error 2 2. entryTTL seems now to be decreased It seems that when re-reading an entry the entryTTL is not always computed on the fly. Rather the value is decreased every ~6 seconds (not matching dds-interval). Ciao, Michael.
Michael Ströder wrote: > 1. make test fails (maybe unrelated): > >>>>> Starting test007-slapmodify for hdb... Ah, forgot ITS#8291. I will follow-up there after testing your branch ITS8291. Ciao, Michael.
On Sat, Dec 12, 2015 at 06:50:12PM +0000, michael@stroeder.com wrote: > ondra@mistotebe.net wrote: >> On Tue, Jul 22, 2014 at 07:38:26PM +0000, michael@stroeder.com wrote: >>> Would be nice if this gets ever fixed to match the RFC. >> >> Hi, can you test the changes in branch ITS7100 at >> https://github.com/mistotebe/openldap? > > Sorry for following up so late. > > I've tested your branch. > > 2. entryTTL seems now to be decreased > > It seems that when re-reading an entry the entryTTL is not always computed on > the fly. Rather the value is decreased every ~6 seconds (not matching dds-interval). Hi, when watching the entries, they seem to be updating in real time for me as expected, do you have a cache of some sort between you and the server? Cheers, Ondrej
ondra@mistotebe.net wrote: > when watching the entries, they seem to be updating in real time for me > as expected, do you have a cache of some sort between you and the server? Ah, sorry! web2ldap has a short-time cache and I have to investiate why the URL argument read_nocache=1 currently doesn't have any effect. :-/ Ok, your fix seems perfectly right. Ciao, Michael.
The patches have been uploaded here: ftp://ftp.openldap.org/incoming/Ondrej-Kuznik-20170330-ITS7100-dds-entryttl-accurracy.tgz The attached patch file is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by Ondřej Kuzník <ondra@mistotebe.net>. I have not assigned rights and/or interest in this work to any party. I, Ondřej Kuzník, hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice. -- Ondřej Kuzník Senior Software Engineer Symas Corporation http://www.symas.com Packaged, certified, and supported LDAP solutions powered by OpenLDAP
changed notes moved from Incoming to Software Bugs
changed notes
changed notes changed state Open to Test
changed notes changed state Test to Release
fixed in master fixed in RE24 (2.4.46)
changed notes changed state Release to Closed