[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: issues with equality matching and slapd death
- To: openldap-technical@openldap.org
- Subject: Re: issues with equality matching and slapd death
- From: Michael Ströder <michael@stroeder.com>
- Date: Thu, 27 Sep 2018 09:55:57 +0200
- Autocrypt: addr=michael@stroeder.com; prefer-encrypt=mutual; keydata= xsBNBFbdnRoBCADj0vYA4aRwKJ6AE4mf8oElLgMT/1eLNKpJ2FYBWcwj9d8dTk5/p9b8DRxy S/qQIUUZqt9xRFZwUCm0vFeQMRDeN9xzAKoRzrJifoDOacOjG1lhZTKYvVZGgUT89Ao3QeHh Q7gPzcAKNoueoR2y3FXStOYuRrbk5PlSjVAITjsotgc7PWE9mmVYpeu8a+byK/DBHKUyolOA 1UXYvDa7MbPhMtdNm8qnwtKs1Vsyk1VkErM+5cIe+zTT6WYQcmZMRjCtWGiFTzk9W6Mdlskk WRTKhKNgokTsgcy1ecaCBUZWxv/SyXgD81+rwRi9b8Px+1reg43ayxi8sV7jrI1feybbABEB AAHNJ01pY2hhZWwgU3Ryw7ZkZXIgPG1pY2hhZWxAc3Ryb2VkZXIuY29tPsLAdwQTAQgAIQUC Vt2dGgIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRAH3HrjaovJOFpTCACjO773gcmJ KvzjiNpUFl/gANyaJgIq4VbMQ7VthRb1F9X6YbdJ6Z99ntyESjGFCpjofcSomr2vJDpv6ht+ lY33yo20YwsMpqe2OeId0jPybG+FtabKjgBNoAk7iqnBGUvE4t0dz0n1LQVCQR2jxyTKmcNq OYpsRZ3H+6kWwJMuVgsNZglINVZ8JgV5QuLYN5jhYz+pOuFnU11bV6nWREvzZXzebe7g7Zus 6AsWjtJ0lDvgBNzLlF3/eFrVch6Bejs0SvuFseIdZQk+4YU6Rb8xul/jDFXIfo7eTmijO3dV T5AmC1cUi8czncwpgAJnEH8vYv23RoN/aw2gSMCS2huIzsBNBFbdnRoBCAC7L1cTVBVZZuM/ yxSUM5CsgGBlTD1Cr7C2ngZFsHSYXVLq6NUB8GZA2iLK96CrwnFw4/Jjz4llOjc50iVRMQKL RyFWOJAMrpPq2ew5T+Uoo524D//dwVbqkFVVuvM8NPiKIDyPGCjP+acM1D8hXwhOXgQ8Iz8Q 3/GRSYjitn9JrkF0ia2nhariznBKVu0LDffxF/hOCx45+QRR2/rYYlshfZMB7nEJX9P+hVfM CSzltz9Z8CldeUbiJvnyrISReR2XBw9oh8JkIUP0BtpIaify9A7EfzOk+W9BUnWe+YwdSUsB fJxOhSv+umyW5GMqZGFu+4oYnkzbe+1LUs1JarCtABEBAAHCwF8EGAEIAAkFAlbdnRoCGwwA CgkQB9x642qLyTjEUgf+JX6Atatl/QKe37yCj1OZYNPd3B0rPLJRF5mEmrADRXLZC9+uFeDS Wxxln040gnR6rjBHrRcvVmlTDiZY26iuL16+V+0/aZ9uyXNQSzk2cwDSiI/8gvr72Y+FN5fh cGXpeNHxHilYc9onzDhxyE76cwzqTKm4q2ULIH2u9IHQ5O86Fv6nHPYhe2fy1bhQapNwi/Xl 3G3i2WNH/w7m+1zWU1IddZOjmXzoxLT1BATwXGa0Tt5RjVb2mM1Wg3Zj6kqFkF2vvKcvrwj0 q0Ap5uyfN5m0uWzQMCMoaV9HQf7f5MkS1lnwBqDgnojjVAieX5uk7olUiRuPKHMfhvXulYP8 AA==
- In-reply-to: <C7915030A7A58C6F89027FDC@[192.168.1.39]>
- Openpgp: preference=signencrypt
- References: <f23d83db-f263-63d6-cbcf-34b23ed462a0@rexconsulting.net> <5F38346B83392DAA04D3F45C@[192.168.1.39]> <9B7A81373F11D9A2C7183006@[192.168.1.39]> <d0aaaeee-1766-6497-eea5-deef9317ebae@stroeder.com> <3DFB63228E03C259ED02FB7B@[192.168.1.39]> <8167b8fb-3b77-8a4c-01bc-6b41bdb473cb@stroeder.com> <C7915030A7A58C6F89027FDC@[192.168.1.39]>
- User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.0
On 9/27/18 2:45 AM, Quanah Gibson-Mount wrote:
> --On Thursday, September 27, 2018 3:02 AM +0200 Michael Ströder
> <michael@stroeder.com> wrote:
>
>> Ah, you're right. But slapd should not have crashed during that
>> operation.
>>
>> @Chris: Could you reproduce all that with a recent OpenLDAP release?
>
> As I noted, adding an EQUALITY rule to the attribute schema definition
> when it didn't have one prior means that the data for that attribute now
> has to have normalized values stored in the database, regardless of
> whether or not it is indexed. Schema changes when there is existing
> data can require a database reload for the system to function properly
> afterwards. Thus the reason an assert() was triggered and slapd exited
> (correctly).
But IMO this completely defeats the availability promise of back-config.
Ciao, Michael.
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature