Fatal error: Exists wrong 513 512 483 17057

[Daniel Bareiro]

Hi, Bron. Thanks for your reply.

On 4/2/19 05:45, Bron Gondwana wrote:

> Oh how frustrating...

>> I tried using 'reconstruct' as you suggested and this was the result:
>>
>> ----------
>> # /usr/lib/cyrus/bin/reconstruct -r user.admin
>> user.admin
>> user.admin.Backups
>> user.admin.Drafts
>> user.admin.Sent
>> user.admin.TareasCron: record corrupted 13 (maybe uid 9836)
>> user.admin.TareasCron: Mailbox format corruption detected Failed to
>> reconstruct mailbox
>> user.admin.Trash
>> ----------

> This clearly isn't syslogging enough!  Can you check the permissions on
> the underlying filesystem!  Also, try running reconstruct with -G,
> though it shouldn't make a difference.

The previous thing was the output that I was obtaining in the console
when executing 'reconstruct'. This is what I get in the syslog when
executing the command with the '-G' flag:

----------
Feb  4 11:48:29 mail cyrus/reconstruct[22727]: reconstructing user.admin
Feb  4 11:48:47 mail cyrus/reconstruct[22727]: mailbox: longlock
user.admin for 17.8 seconds
Feb  4 11:48:47 mail cyrus/reconstruct[22727]: Repacking mailbox
user.admin version 13
Feb  4 11:48:48 mail cyrus/reconstruct[22727]: reconstructing
user.admin.Backups
Feb  4 11:48:50 mail cyrus/reconstruct[22727]: mailbox: longlock
user.admin.Backups for 2.5 seconds
Feb  4 11:48:50 mail cyrus/reconstruct[22727]: Repacking mailbox
user.admin.Backups version 13
Feb  4 11:48:50 mail cyrus/reconstruct[22727]: reconstructing
user.admin.Drafts
Feb  4 11:48:51 mail cyrus/reconstruct[22727]: reconstructing
user.admin.Sent
Feb  4 11:48:51 mail cyrus/reconstruct[22727]: reconstructing
user.admin.TareasCron
----------

But in essence the console shows the same output as without adding '-G':

----------
# /usr/lib/cyrus/bin/reconstruct -G -r user.admin
user.admin
user.admin.Backups
user.admin.Drafts
user.admin.Sent
user.admin.TareasCron: record corrupted 13 (maybe uid 9836)
user.admin.TareasCron: Mailbox format corruption detected Failed to
reconstruct mailbox
user.admin.Trash
----------

>> Just 'TasksCron' is the folder that I can not open. What do you suggest
>> to do in this case?

> I'd take a backup, and then delete the cyrus.index file in that folder
> and run reconstruct again...  That's a pretty extreme approach, but it
> should work.

Let's try the pretty extreme approach... :-D

----------
Feb  4 12:04:43 mail cyrus/reconstruct[22990]: reconstructing user.admin
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: reconstructing
user.admin.Backups
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: reconstructing
user.admin.Drafts
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: reconstructing
user.admin.Sent
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: reconstructing
user.admin.TareasCron
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: IOERROR: opening index
user.admin.TareasCron: System I/O error
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: create new mailbox
user.admin.TareasCron
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: failed to read index
header for user.admin.TareasCron
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid
9837 found - adding
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid
9838 found - adding
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid
9839 found - adding
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid
9840 found - adding
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid
9841 found - adding
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid
9842 found - adding
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid
9843 found - adding
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid
9844 found - adding
Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid
9845 found - adding
[...]
Feb  4 12:07:21 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid
27841 found - adding
Feb  4 12:07:21 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid
27842 found - adding
Feb  4 12:07:21 mail cyrus/reconstruct[22990]: mailbox: longlock
user.admin.TareasCron for 157.3 seconds
Feb  4 12:07:21 mail cyrus/reconstruct[22990]: reconstructing
user.admin.Trash
----------

I guess the 'IOERROR' is because the cyrus.index file can not be found.
When afterwards it says 'create new mailbox user.admin.TareasCron' what
it is creating is the index? Because, if so, I don't understand why
later it says 'failed to read index header for user.admin.TareasCron'.

In any case, I am now able to access the 'TareasCron' folder without
problems. Thank you so much!

>> I'm using Cyrus 2.5.10-3 on Debian Stretch. A few days ago I upgraded
>> the entire operating system with Debian Jessie and Cyrus 2.4.17.

> That upgrade should be fine, and 2.5.10 should be fine as well.  I just
> poked around in the code there to see how the reconstruct might be
> failing, and there's not enough information to know what's happening.

I think the only problem was with this folder. The access to the other
mailboxes worked without problems after the upgrade.


Thank you very much for your time.

Kind regards,
Daniel

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: OpenPGP digital signature
URL: <http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20190204/c55b1488/attachment.sig>