IOERROR: zero index/expunge record

[Patrick Boutilier]

On 08/03/2011 06:13 PM, Marc Muehlfeld wrote:
> Am 03.08.2011 22:37, schrieb Bron Gondwana:
>> And let's have copies of your imapd.conf and cyrus.conf while
>> we're at it.
>
> /etc/imapd.conf:
> http://pastebin.com/D8Szgmqk


I see drac stuff in imapd.conf. You must be using a patched version of 
Cyrus that supports Dynamic Relay Authorization Control ?



>
> /etc/cyrus.conf:
> http://pastebin.com/CL2M64AR
>
>
>
>
>> So you have corrupted cyrus.index files. I don't suppose you kept any
>> of them?
>
> I can send you a copy of a complete broken mail folder including cyrus.cache,
> cyrus.cache.NEW, cyrus.header, cyrus.index, cyrus.index.NEW and mails. It's
> nothing secret. It's a subfolder of my mailbox where I put the mails from this
> mailing list in. I'll send it in a separate mail to your address.
>
>
>
>
>> Do you have delayed expunge?
>
> Where can I check this?

Looks like you are using the default of immediate.



expunge_mode: immediate
             The mode in which messages (and their corresponding cache 
entries) are expunged.  "Immediate" mode is  the  default  behavior  in
             which  the  message  files  and cache entries are purged at 
the time of the EXPUNGE.  In "delayed" mode, the messages are removed
             from the mailbox index at the time of the EXPUNGE (hiding 
them from the client), but the message files and cache entries are left
             behind, to be purged at a later time by "cyr_expire".  This 
reduces the amount of I/O that takes place at the time of EXPUNGE and
             should result in greater responsiveness for the client, 
especially when expunging a large number of messages.

             Allowed values: immediate, delayed


>
>
>
>
>> I do recommend upgrading to 2.4.10, despite the initial IO hit of the
>> upgrade. The repack on expunge in 2.3.x was really, really complex
>> and buggy.
>
> If there is a change, we would stay at the version that comes with the
> distrubution, because then we can easily update on bugs or security issues
> through the repository. But if there's a bug, that could be fixed I, or
> whoever, can send it to redhat.
>
> ----
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/