[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#4933) syncrepl unlimited timeout vs. .ldaprc
donn@u.washington.edu wrote:
> Full_Name: Donn Cave
> Version: 2.4.4
> OS: Red Hat RHEL 3
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (128.95.135.150)
>
>
> Appears to me that unless timelimit value passed to ldap_search_ext() is
> positive, the ld_timelimit from .ldaprc overrides, so there's no way for
> syncrepl ldap_sync_search() to literally specify "unlimited".
>
> To duplicate: configure syncrepl timelimit=unlimited; edit /.ldaprc ->
> "TIMELIMIT 23"; start replica slapd with a sufficiently large replication
> backlog; observe timeout at 23 seconds.
>
> To kludge: use extravagantly large value instead: if (si->si_tlimit > 0)
> timeout.tv_sec = si->tlimit; else timeout.tv_sec = 31536000;
>
> and pass &timeout unconditionally.
Hmmm. I guess this is a consequence of changing the timeout
representation in the LDAP handle. I suppose we can just make the
syncrepl consumer do an explicit ldap_set_option() on its session
handles to override any .ldaprc setting. Will have to play with this a
bit to see how we can maintain backward compatibility.
--
-- 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/