- 01 Oct, 2020 1 commit
-
-
if the entryCSN is older. Previous patch breaks if writes are received out of order, e.g. during a refresh.
-
- 30 Sep, 2020 3 commits
-
-
-
-
This check is only needed for ops received without a CSN in their cookie. This only occurs when the ops completed out of order on the provider.
-
- 23 Sep, 2020 1 commit
-
-
- 22 Sep, 2020 1 commit
-
-
- 17 Sep, 2020 1 commit
-
-
- 16 Sep, 2020 1 commit
-
-
- 10 Sep, 2020 1 commit
-
-
Fix a regression in delta-sync, was returning error on old CSNs instead of ignoring them
-
- 09 Sep, 2020 3 commits
-
-
Using cs_pmutex. Reverts the addition of cs_modmutex in ITS#9330, use cs_pmutex for both delta and plain writes. Note that plain syncrepl already used cs_pmutex when a cookie CSN was present in the op. Now it is used for all writes, regardless of presence of cookie.
-
-
Don't depend on accesslog overlay's serialization
-
- 04 Sep, 2020 1 commit
-
-
- 03 Sep, 2020 1 commit
-
-
- 31 Aug, 2020 2 commits
-
-
Don't assume si_cookieState is always newer
-
In a standard Refresh present phase, the provider sends no cookie since it is only listing the entries that existed as of the time in the cookie the consumer sent. In this case the consumer only needs to check entryCSNs against its last sent cookie.
-
- 26 Aug, 2020 1 commit
-
-
A bit uglier but more straightforward.
-
- 25 Aug, 2020 1 commit
-
-
- 24 Aug, 2020 1 commit
-
-
Just poll for available data, same as Persist mode. Clarify retry/return states from do_syncrep2
-
- 29 Jul, 2020 1 commit
-
-
For delta-sync as well as regular sync
-
- 23 Jul, 2020 2 commits
-
-
- 22 Jun, 2020 1 commit
-
-
Quanah Gibson-Mount authored
-
- 11 May, 2020 2 commits
-
-
- 09 Jan, 2020 1 commit
-
-
Quanah Gibson-Mount authored
-
- 17 Jun, 2019 1 commit
-
-
- 07 May, 2019 1 commit
-
-
Ondřej Kuzník authored
-
- 14 Jan, 2019 1 commit
-
-
Quanah Gibson-Mount authored
-
- 22 Mar, 2018 1 commit
-
-
Quanah Gibson-Mount authored
-
- 28 Feb, 2018 1 commit
-
-
And try another approach. Always write contextCSN updates, but don't set dont_replicate for updates we want propagated.
-
- 21 Feb, 2018 1 commit
-
-
If syncprov is present, only write contextCSN attribute on actual state changes, not on per-entry modifications. Continue to update in-memory cookieState. Saves overhead, syncprov will eventually checkpoint it into the DB anyway.
-
- 17 Oct, 2017 2 commits
-
-
Must release cookieState->cs_mutex before invoking backend. Add a condvar to serialize calls of updateCookie, so we can release the mutex and still update sequentially. Also added tid logging, useful in conjunction with 7ab0e1aff0cc48cdfb299ca7dbd27900a9e3d1a8
-
Make sure it's last in callback stack
-
- 11 Oct, 2017 1 commit
-
-
- 07 Apr, 2017 1 commit
-
-
Make two successive modifications of the same attribute separate. This lets the consumer interpret the log entry the same way as the server that produced it. Still depends on the log entry attributes being read in the same order as they were written.
-
- 03 Jan, 2017 1 commit
-
-
Quanah Gibson-Mount authored
-
- 04 Nov, 2016 1 commit
-
-
- 17 Oct, 2016 2 commits
-
-
-
Filter needs AttributeAssertions
-