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 :)
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. Cheers, Bron. On Tue, Feb 5, 2019, at 03:26, Daniel Bareiro wrote: > 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 > > > ---- > Cyrus Home Page: http://www.cyrusimap.org/ > List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ > To Unsubscribe: > https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus > > *Attachments:* > * signature.asc -- Bron Gondwana, CEO, FastMail Pty Ltd br...@fastmailteam.com
---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
