[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: syncrepl ramblings again
- To: "Kurt D. Zeilenga" <Kurt@OpenLDAP.org>
- Subject: Re: syncrepl ramblings again
- From: Howard Chu <hyc@symas.com>
- Date: Wed, 01 Sep 2004 14:55:07 -0700
- Cc: Jong-Hyuk <jongchoi@OpenLDAP.org>, openldap-devel@OpenLDAP.org
- In-reply-to: <6.1.2.0.0.20040828182354.043eb4e8@127.0.0.1>
- References: <413107F2.5020309@symas.com> <6.1.2.0.0.20040828160028.041c5948@127.0.0.1> <001d01c48d60$22c4dbc0$b1524109@myhome.com> <41312BDD.8080707@symas.com> <6.1.2.0.0.20040828182354.043eb4e8@127.0.0.1>
- User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a2) Gecko/20040714
Kurt D. Zeilenga wrote:
What was the motivation for not keeping tombstones around?
Tombstones, in general, don't hold enough information for
the provider to determine whether or not a delete message
has been sent to a prticular client, resulting in need to
send extra deletes messages. Sessionlogs, on the other
hand, track exactly which deletes a client needs to see.
Note that the question the provider has to answer is
subtlely different than "what entries were deleted since
the client last sync'ed?" but "what delete messages does
the client need in order to sync?". Sessionlogs are better
at answering that question.
I'm not disputing the value of the sessionlog. But if a tombstone
carries entryDN, entryUUID, and entryCSN, then it would seem pretty
unambiguous to me. The client just says "send me everything >=
my-last-CSN" and everything should be fine. No?
--
-- Howard Chu
Chief Architect, Symas Corp. Director, Highland Sun
http://www.symas.com http://highlandsun.com/hyc
Symas: Premier OpenSource Development and Support