<!DOCTYPE html><html><head><title></title><style type="text/css">p.MsoNormal,p.MsoNoSpacing{margin:0}</style></head><body><div style="font-family:Arial;">Awesome - yes, the IOERROR messages are because files it expected to find weren't there.  It's frustrating that reconstruct isn't robust enough to bring a slightly bogus cyrus.index back from the dead, but the end result is a working mailbox with a fully correct cyrus.index file :)<br></div><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">The only thing that may have happened is that some emails which were previously deleted in the TareasCron folder came back from the dead - and of course all the flags on those messages will have gone away too.  But the mailbox will work correctly now.<br></div><div style="font-family:Arial;"><br>Cheers,</div><div style="font-family:Arial;"><br>Bron.<br></div><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">On Tue, Feb 5, 2019, at 03:26, Daniel Bareiro wrote:<br></div><blockquote type="cite" id="fastmail-quoted"><div>Hi, Bron. Thanks for your reply.<br></div><div><br></div><div>On 4/2/19 05:45, Bron Gondwana wrote:<br></div><div><br></div><div>> Oh how frustrating...<br></div><div><br></div><div>>> I tried using 'reconstruct' as you suggested and this was the result:<br></div><div>>><br></div><div>>> ----------<br></div><div>>> # /usr/lib/cyrus/bin/reconstruct -r user.admin<br></div><div>>> user.admin<br></div><div>>> user.admin.Backups<br></div><div>>> user.admin.Drafts<br></div><div>>> user.admin.Sent<br></div><div>>> user.admin.TareasCron: record corrupted 13 (maybe uid 9836)<br></div><div>>> user.admin.TareasCron: Mailbox format corruption detected Failed to<br></div><div>>> reconstruct mailbox<br></div><div>>> user.admin.Trash<br></div><div>>> ----------<br></div><div><br></div><div>> This clearly isn't syslogging enough!  Can you check the permissions on<br></div><div>> the underlying filesystem!  Also, try running reconstruct with -G,<br></div><div>> though it shouldn't make a difference.<br></div><div><br></div><div>The previous thing was the output that I was obtaining in the console<br></div><div>when executing 'reconstruct'. This is what I get in the syslog when<br></div><div>executing the command with the '-G' flag:<br></div><div><br></div><div>----------<br></div><div>Feb  4 11:48:29 mail cyrus/reconstruct[22727]: reconstructing user.admin<br></div><div>Feb  4 11:48:47 mail cyrus/reconstruct[22727]: mailbox: longlock<br></div><div>user.admin for 17.8 seconds<br></div><div>Feb  4 11:48:47 mail cyrus/reconstruct[22727]: Repacking mailbox<br></div><div>user.admin version 13<br></div><div>Feb  4 11:48:48 mail cyrus/reconstruct[22727]: reconstructing<br></div><div>user.admin.Backups<br></div><div>Feb  4 11:48:50 mail cyrus/reconstruct[22727]: mailbox: longlock<br></div><div>user.admin.Backups for 2.5 seconds<br></div><div>Feb  4 11:48:50 mail cyrus/reconstruct[22727]: Repacking mailbox<br></div><div>user.admin.Backups version 13<br></div><div>Feb  4 11:48:50 mail cyrus/reconstruct[22727]: reconstructing<br></div><div>user.admin.Drafts<br></div><div>Feb  4 11:48:51 mail cyrus/reconstruct[22727]: reconstructing<br></div><div>user.admin.Sent<br></div><div>Feb  4 11:48:51 mail cyrus/reconstruct[22727]: reconstructing<br></div><div>user.admin.TareasCron<br></div><div>----------<br></div><div><br></div><div>But in essence the console shows the same output as without adding '-G':<br></div><div><br></div><div>----------<br></div><div># /usr/lib/cyrus/bin/reconstruct -G -r user.admin<br></div><div>user.admin<br></div><div>user.admin.Backups<br></div><div>user.admin.Drafts<br></div><div>user.admin.Sent<br></div><div>user.admin.TareasCron: record corrupted 13 (maybe uid 9836)<br></div><div>user.admin.TareasCron: Mailbox format corruption detected Failed to<br></div><div>reconstruct mailbox<br></div><div>user.admin.Trash<br></div><div>----------<br></div><div><br></div><div>>> Just 'TasksCron' is the folder that I can not open. What do you suggest<br></div><div>>> to do in this case?<br></div><div><br></div><div>> I'd take a backup, and then delete the cyrus.index file in that folder<br></div><div>> and run reconstruct again...  That's a pretty extreme approach, but it<br></div><div>> should work.<br></div><div><br></div><div>Let's try the pretty extreme approach... :-D<br></div><div><br></div><div>----------<br></div><div>Feb  4 12:04:43 mail cyrus/reconstruct[22990]: reconstructing user.admin<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: reconstructing<br></div><div>user.admin.Backups<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: reconstructing<br></div><div>user.admin.Drafts<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: reconstructing<br></div><div>user.admin.Sent<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: reconstructing<br></div><div>user.admin.TareasCron<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: IOERROR: opening index<br></div><div>user.admin.TareasCron: System I/O error<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: create new mailbox<br></div><div>user.admin.TareasCron<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: failed to read index<br></div><div>header for user.admin.TareasCron<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid<br></div><div>9837 found - adding<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid<br></div><div>9838 found - adding<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid<br></div><div>9839 found - adding<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid<br></div><div>9840 found - adding<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid<br></div><div>9841 found - adding<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid<br></div><div>9842 found - adding<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid<br></div><div>9843 found - adding<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid<br></div><div>9844 found - adding<br></div><div>Feb  4 12:04:44 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid<br></div><div>9845 found - adding<br></div><div>[...]<br></div><div>Feb  4 12:07:21 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid<br></div><div>27841 found - adding<br></div><div>Feb  4 12:07:21 mail cyrus/reconstruct[22990]: user.admin.TareasCron uid<br></div><div>27842 found - adding<br></div><div>Feb  4 12:07:21 mail cyrus/reconstruct[22990]: mailbox: longlock<br></div><div>user.admin.TareasCron for 157.3 seconds<br></div><div>Feb  4 12:07:21 mail cyrus/reconstruct[22990]: reconstructing<br></div><div>user.admin.Trash<br></div><div>----------<br></div><div><br></div><div>I guess the 'IOERROR' is because the cyrus.index file can not be found.<br></div><div>When afterwards it says 'create new mailbox user.admin.TareasCron' what<br></div><div>it is creating is the index? Because, if so, I don't understand why<br></div><div>later it says 'failed to read index header for user.admin.TareasCron'.<br></div><div><br></div><div>In any case, I am now able to access the 'TareasCron' folder without<br></div><div>problems. Thank you so much!<br></div><div><br></div><div>>> I'm using Cyrus 2.5.10-3 on Debian Stretch. A few days ago I upgraded<br></div><div>>> the entire operating system with Debian Jessie and Cyrus 2.4.17.<br></div><div><br></div><div>> That upgrade should be fine, and 2.5.10 should be fine as well.  I just<br></div><div>> poked around in the code there to see how the reconstruct might be<br></div><div>> failing, and there's not enough information to know what's happening.<br></div><div><br></div><div>I think the only problem was with this folder. The access to the other<br></div><div>mailboxes worked without problems after the upgrade.<br></div><div><br></div><div><br></div><div>Thank you very much for your time.<br></div><div><br></div><div>Kind regards,<br></div><div>Daniel<br></div><div><br></div><div><br></div><div>----<br></div><div>Cyrus Home Page: http://www.cyrusimap.org/<br></div><div>List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/<br></div><div>To Unsubscribe:<br></div><div>https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus<br></div><div><br></div><div><b>Attachments:</b><br></div><ul><li>signature.asc<br></li></ul></blockquote><div style="font-family:Arial;"><br></div><div id="sig56629417"><div class="signature">--<br></div><div class="signature">  Bron Gondwana, CEO, FastMail Pty Ltd<br></div><div class="signature">  brong@fastmailteam.com<br></div><div class="signature"><br></div></div><div style="font-family:Arial;"><br></div></body></html>