Re: Problem with cyrreconstruct

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> I am trying to migrate cyrus to a new server, but i got a big problem.
> 
> I made a backup of /var/lib/cyrus and /var/spool/cyrus. If i copy the 
> /var/lib/cyrus backup to the new server the "/usr/bin/cyrreconstruct -rf 
> user/*" does not works. It opens a process that uses 100% proc and does 
> nothing.  There is no useful info in syslog.

Unless you're moving between significantly *close* versions of Cyrus I 
don't think blindly copying /var/lib/cyrus would do. Which brings up the 
next problem question: what version(s) of Cyrus/OS are you using in the 
migration?

> If i do not use /var/lib/cyrus backup the "/usr/bin/cyrreconstruct -rf 
> user/*" command works fine. But i have some other problems like:
> 
> * No quota
> * All messages appears as not read.
> 
> My permissions are ok, and i am using debian 4.0.
> 
> Any suggestions?

Broadly speaking Cyrus uses some metadata for bookeeping. :-) Problem is 
there is a wide array of options for storing this metadata and the 
biggest culprit is typically Berkeley. This metadata includes at least 
the mailbox list, quota and the "seen" state. So, instead of blindly 
copying the metadata folder (most likely /var/lib/cyrus on Debian, 
/var/lib/imap on Red Hat) I suggest you investigate the format of the 
files and/or versions in order to see which will match what; e.g. a 
Berkeley 3.x will have problems with Berkeley 4.x and so on. The 
approach which worked for me was to export and import the metadata via 
plain text.

----
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux