Re: upgrading imapd from 3.4.4 to 3.12.1

Michael Menge <[email protected]> Wed, 14 Jan 2026 18:35:35 +0100
Newsgroups gmane.mail.imap.cyrus
Message-ID <20260114183535.Horde.r4e6i_GNJrPT9AAN61xaiPF@webmail.uni-tuebingen.de>
Hi,

if a new feature or other change in cyrus require additional data to
be stored or other changes to format of the cyrus.* is done the
"max" version is incremented. Between some versions no changes to
the format of the files where made.

Cyrus uses the version of the file read from and write to older version.
This works to some extend, but new feature might not work with old versions.

This step might not be required in your case, but there could be cases  
where the upgrade
step might be skipped/failed for some mailboxes or installation. And  
there is no harm running
it again. So this step is included in all upgrade instructions.








Quoting IMAP List Administration <[email protected]>:

> My previous message was confusing, for which I apologize. What I  
> wanted to say was:
>
> The "reconstruct -V max" pass to upgrade from 3.8 to 3.10 produced  
> one "version 17 to 19" message for each mailbox.
>
> The "reconstruct -V max" pass to upgrade from 3.10 to 3.12 produced  
> nothing and was finished within seconds.
>
> The question is: was the version upgrade pass from 3.10 to 3.12  
> unnecessary, and reconstructed figured this out quickly and exited?
>
> Thanks
>
> On 1/14/26 5:20 PM, IMAP List Administration wrote:
>> after tracing the reconstruct program and looking at the system calls
>> coincident with the "FAILED TO REPACK" message it seemed to have  
>> some problem
>> with the "cyrus.cache" file in the mailbox directory. I deleted this file in
>> the hopes that reconstruct would recreate it, which it seems to  
>> have done, and
>> the "FAILED..." message disappeared.
>>
>> So I guess that is the solution to the problem.
>>
>> After upgrading to 3.10 (running "reconstruct" with "-fG" and then  
>> "-V max"),
>> I performed the same steps to upgrade to 3.12. The reconstruct pass  
>> with "-fG"
>> produced a log message for every mailbox, and in addition exactly  
>> one "rewrote
>> cache..." message, which was encouraging. The pass with "-V max"  
>> seems to have
>> updated every mailbox from version 17 to 19.
>>
>> The pass with "-V max" however, produced absolutely nothing in the  
>> way of log
>> messages, and finished within seconds (exit-status=0). Considering that we
>> have about 50 GB of data in partition-default, how is this  
>> possible? Could it
>> be that the "cyrus.index minor version" did not change from 3.10 to  
>> 3.12, and
>> reconstruct can figure this out without looking at every mailbox?
>>
>
> ------------------------------------------
> Cyrus: Info
> Permalink:  
> https://cyrus.topicbox.com/groups/info/Tfbc92e99a5caeba7-Mb074cfa5c7b9c5eedf4eb93e
> Delivery options: https://cyrus.topicbox.com/groups/info/subscription



-- 
--------------------------------------------------------------------------------
Michael Menge                          Tel.: (49) 7071 / 29-70316
Universität Tübingen                   Fax.: (49) 7071 / 29-5912
Zentrum für Datenverarbeitung          mail: [email protected]
Wächterstraße 76
72074 Tübingen


------------------------------------------
Cyrus: Info
Permalink: https://cyrus.topicbox.com/groups/info/Tfbc92e99a5caeba7-Mbf1d1f2b6c9a2f7da3b9e6f5
Delivery options: https://cyrus.topicbox.com/groups/info/subscription
smime.p7s (application/pkcs7-signature, 4.1 KB) - not displayed