>>> Michael Ströder <mich...@stroeder.com> schrieb am 02.08.2021 um 11:22 in
Nachricht <41eb0de3-d648-6ecb-6a2d-e03decb6b...@stroeder.com>:
> On 8/2/21 11:00 AM, Ulrich Windl wrote:
>>>>> Michael Ströder <mich...@stroeder.com> schrieb am 02.08.2021 um 09:57
in
>> Nachricht <59abdf98-65a4-5bb4-fffb-f13849697...@stroeder.com>:
>>> On 8/2/21 8:06 AM, Ulrich Windl wrote:
>>>>>>> Michael Ströder <mich...@stroeder.com> schrieb am 31.07.2021 um 18:05
>> in
>>>> Nachricht <60ec1d1e-a2be-95a2-c9c4-24ecd9b4f...@stroeder.com>:
>>>>> As far as I understood the MDB disk format changed. So the MDB files
>>>>> have to be re-created (either by simply removing/replicating or
>>>>> slapcat/slapadd). Right?
>>>>
>>>> AFAIK; Sleepycat DB could do that conversion on the fly.
>>>
>>> AFAICS the DB layout is application-specific. So there was also no way
>>> to let Berkeley-DB do this "on the fly".
>> 
>> Of course Berkely DB cannot upgrade the MDB database; I was talking
>> about the layout versions of Berkeley DB.
> I did not misunderstand you. I meant that Berkeley-DB could not do
> automagic upgrades of its files in case the application-specific format
> changes.
> 
> IIRC in former times with back-bdb and back-hdb there was also sometimes
> the need to reload BDB files because the slapd-specific layout changed.

Admittedly I never had or needed those. I only noticed changes of hash
functions, and those did not need manual intervention.

> 
> Ciao, Michael.


Reply via email to