[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Replication delay
- To: Quanah Gibson-Mount <quanah@symas.com>, openldap-technical@openldap.org
- Subject: Re: Replication delay
- From: Michael Ströder <michael@stroeder.com>
- Date: Fri, 22 Mar 2019 21:05:09 +0100
- Autocrypt: addr=michael@stroeder.com; prefer-encrypt=mutual; keydata= mQENBFbdnRoBCADj0vYA4aRwKJ6AE4mf8oElLgMT/1eLNKpJ2FYBWcwj9d8dTk5/p9b8DRxy S/qQIUUZqt9xRFZwUCm0vFeQMRDeN9xzAKoRzrJifoDOacOjG1lhZTKYvVZGgUT89Ao3QeHh Q7gPzcAKNoueoR2y3FXStOYuRrbk5PlSjVAITjsotgc7PWE9mmVYpeu8a+byK/DBHKUyolOA 1UXYvDa7MbPhMtdNm8qnwtKs1Vsyk1VkErM+5cIe+zTT6WYQcmZMRjCtWGiFTzk9W6Mdlskk WRTKhKNgokTsgcy1ecaCBUZWxv/SyXgD81+rwRi9b8Px+1reg43ayxi8sV7jrI1feybbABEB AAG0J01pY2hhZWwgU3Ryw7ZkZXIgPG1pY2hhZWxAc3Ryb2VkZXIuY29tPokBNwQTAQgAIQUC Vt2dGgIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRAH3HrjaovJOFpTCACjO773gcmJ KvzjiNpUFl/gANyaJgIq4VbMQ7VthRb1F9X6YbdJ6Z99ntyESjGFCpjofcSomr2vJDpv6ht+ lY33yo20YwsMpqe2OeId0jPybG+FtabKjgBNoAk7iqnBGUvE4t0dz0n1LQVCQR2jxyTKmcNq OYpsRZ3H+6kWwJMuVgsNZglINVZ8JgV5QuLYN5jhYz+pOuFnU11bV6nWREvzZXzebe7g7Zus 6AsWjtJ0lDvgBNzLlF3/eFrVch6Bejs0SvuFseIdZQk+4YU6Rb8xul/jDFXIfo7eTmijO3dV T5AmC1cUi8czncwpgAJnEH8vYv23RoN/aw2gSMCS2huIuQENBFbdnRoBCAC7L1cTVBVZZuM/ yxSUM5CsgGBlTD1Cr7C2ngZFsHSYXVLq6NUB8GZA2iLK96CrwnFw4/Jjz4llOjc50iVRMQKL RyFWOJAMrpPq2ew5T+Uoo524D//dwVbqkFVVuvM8NPiKIDyPGCjP+acM1D8hXwhOXgQ8Iz8Q 3/GRSYjitn9JrkF0ia2nhariznBKVu0LDffxF/hOCx45+QRR2/rYYlshfZMB7nEJX9P+hVfM CSzltz9Z8CldeUbiJvnyrISReR2XBw9oh8JkIUP0BtpIaify9A7EfzOk+W9BUnWe+YwdSUsB fJxOhSv+umyW5GMqZGFu+4oYnkzbe+1LUs1JarCtABEBAAGJAR8EGAEIAAkFAlbdnRoCGwwA CgkQB9x642qLyTjEUgf+JX6Atatl/QKe37yCj1OZYNPd3B0rPLJRF5mEmrADRXLZC9+uFeDS Wxxln040gnR6rjBHrRcvVmlTDiZY26iuL16+V+0/aZ9uyXNQSzk2cwDSiI/8gvr72Y+FN5fh cGXpeNHxHilYc9onzDhxyE76cwzqTKm4q2ULIH2u9IHQ5O86Fv6nHPYhe2fy1bhQapNwi/Xl 3G3i2WNH/w7m+1zWU1IddZOjmXzoxLT1BATwXGa0Tt5RjVb2mM1Wg3Zj6kqFkF2vvKcvrwj0 q0Ap5uyfN5m0uWzQMCMoaV9HQf7f5MkS1lnwBqDgnojjVAieX5uk7olUiRuPKHMfhvXulYP8 AA==
- Content-language: en-US
- In-reply-to: <E2D83D5DA0F819000BEA91A3@[192.168.1.39]>
- Openpgp: preference=signencrypt
- References: <3b8a1ac0-43ac-f7a4-ad4b-5b87554a2d5c@um.es> <8C2D61BDD4E0278596565183@[192.168.1.39]> <c3c12973-44fd-cbe4-9c51-4ea296086e26@um.es> <1F498BFC7CC5093D7B4F5331@[192.168.1.39]> <08096bb7-634c-7ed4-40b5-deb8785688c0@um.es> <826BEFABB86B8F3DE80EA064@[192.168.1.39]> <4a40d968-91e6-a8bb-6654-1f1da6213c32@stroeder.com> <E2D83D5DA0F819000BEA91A3@[192.168.1.39]>
- User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.2
On 3/22/19 8:41 PM, Quanah Gibson-Mount wrote:
> --On Friday, March 22, 2019 8:35 PM +0100 Michael Ströder
> <michael@stroeder.com> wrote:
>
>> See also my response. It's the usual monitoring-shows-contextCSN-diff
>> while replication just works. It's a bug I'm observing for years now.
>
> It's not a bug.
>
> syncprov-checkpoint <ops> <minutes>
> After a write operation has succeeded, write the
> contextCSN to
> the underlying database if <ops> write operations or more
> than
> <minutes> time have passed since the last
> checkpoint.
Does that really mean that contextCSN value retrieved via LDAP are not
current? This would also break replication.
Up to now I understood that this option is similar to slapd-mdb's
checkpoint directive. Which means, the data retrieved via LDAP is
current but the DB files might not be fsynced yet.
Also in Æ-DIR the default is:
syncprov-checkpoint 1000 2
So according to the man-page you cited it means the gap must not be
greater than two minutes. But it's sometimes several hours and it lasts
for hours even if you write again something.
IMO it's simply a bug.
Ciao, Michael.