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
signature.asc
Description: OpenPGP digital signature
---- 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
