Hi again, after replacing CRLF in 4 mboxes dsync was able to sync all of the 30+GB mailstore to mdbox. Now the (repeated) calling of dsync yields info messages of the kind dsync(athimm): Info: old/speicher: highest_modseq changed: 1 != 10 dsync(athimm): Info: root/root-heretic: highest_modseq changed: 1 != 10 dsync(athimm): Info: lists/ccrma.stanford.edu/planetccrma: highest_modseq changed: 11 != 14 I actually have 987 such messages for a total of 1115 mboxes. I checked a couple of them to see whether this is a CRLF issue and found no CRLF, so it's probably something different. As long as the mboxes were still being delivered to or read from I thought it was normal, but I'd like to see a silent dsync which would give me more confidence in the migration process. So I kept from delivering to the mbox store as well as reading from it and performed multiple dsyncs. The output of dsync became stable, e.g. the "highest_modseq changed" messages were exactly the same. Before nuking all indexes from the mbox storage and the mdbox itself and then repeating the whole process (which does take a long time), I wanted to know whether I should debug something. Thanks! -- http://thimm.gr/ - http://ATrpms.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20101118/14aae8b0/attachment-0002.bin>
Timo Sirainen
2010-Nov-18 17:34 UTC
[Dovecot] dsync mbox->mdbox II: highest_modseq changed
On Thu, 2010-11-18 at 18:57 +0200, Axel Thimm wrote:> dsync(athimm): Info: old/speicher: highest_modseq changed: 1 != 10 > dsync(athimm): Info: root/root-heretic: highest_modseq changed: 1 != 10 > dsync(athimm): Info: lists/ccrma.stanford.edu/planetccrma: highest_modseq changed: 11 != 14These don't really matter. It just couldn't sync the modseqs correctly. I should try to fix those somehow some day, but I think the problem here is that mbox code can't handle this correctly. It should have increased the modseqs to 10, 10, 14 but apparently it didn't.