<div dir="ltr">I think that singleinstancestore (message hard links) will not survive when moving from one partition to the other and storage total size <span id="gmail-result_box" class="gmail-short_text" lang="en"><span class="gmail-">will increase significantly.</span></span></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Reinaldo Gil Lima de Carvalho<br><br></div></div></div></div></div>
<br><div class="gmail_quote">2017-11-03 12:22 GMT-03:00 Michael Menge <span dir="ltr"><<a href="mailto:michael.menge@zdv.uni-tuebingen.de" target="_blank">michael.menge@zdv.uni-tuebingen.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Nic,<br>
<br>
Quoting Nic Bernstein <<a href="mailto:nic@onlight.com" target="_blank">nic@onlight.com</a>>:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
Friends,<br>
I have a client with Cyrus 2.5.10 installed.  Last year we migrated their old 2.3.18 system to 2.5.10, with an eye towards an eventual move to 3.0.x.  Based on Bron's most excellent email of last year, ([Subject: Cyrus database and file usage data] from Cyrus Devel of 8 January 2016) we used a tiered layout for the storage:<br>
<br>
The main categories are:<br>
<br></span>
 * Config directory (ssd) [/var/lib/imap]<br>
     o sieve<br>
     o seen<br>
     o sub<br>
     o quota<br>
     o mailboxes.db<br>
     o annotations.db<br>
 * Ephemeral [/var/run/cyrus -- in tmpfs]<br>
     o tls_sessions.db<br>
     o deliver.db<br>
     o statuscache.db<br>
     o proc (directory)<br>
     o lock (directory)<br>
 * Mailbox data [typical 2.5.X usage]<br>
     o Meta-data (ssd)<br>
         + header<br>
         + index<br>
         + cache<br>
         + expunge<br>
         + squat (search index)<br>
         + annotations<br>
     o Spool data (disk: raidX)<br>
         + messages (rfc822 blobs)<span class=""><br>
<br>
We sized the Fast SSD pool (this is three-drive mirrors on ZFS) to be extra large, so it could eventually handle "Hot" data, and left about 300GB free there.  Data, on spinning media, is currently 5.74TB with 4.8TB free (RAID10).  Metadata is 35GB and /var/lib/imap is 8GB, all of which is in the Fast pool.<br>
<br>
Now the client is ready to take the dive into v3.0, and I'm trying to figure out how to put "archive" operation in effect.<br>
<br>
I have read the documentation (hell, I wrote most of it) and understand the settings, but what I cannot quite wrap my brain around is this: There is already all of this data sitting in all of these data partitions (we use a total of 34 separate partitions each for data & metadata) so how do I make the transition to separate archive partitions, since all that data is on the "slow" drives? Can I just reassign all of the current data partitions to archivedata partitions, define the new set of "Hot" data partitions on the Fast pool, and let 'er rip, or what?<br>
<br>
I promise, if you tell me, I'll write it up as real documentation. :-)<br>
<br>
</span></blockquote>
<br>
We are interested in such a migration too. Our fallback plan, if we don't find a<br>
better way to do it is, do use the same method as we introduced the ssd meta-data<br>
partition.<br>
<br>
<br>
1. We created a new partition in our cyrus configuration,<br>
2. we moved moved the accounts from one partition to the other one by one.<br>
3. (this will be new for the archive partition) run cyrus expire to move<br>
the old mails back to the slow disks.<br>
<br>
This method will have two downsides.<br>
1. we have to copy all mails to the fast storage, and move the old mails<br>
   back to the slow storage. So we have to move most of the mails twice.<br>
2. the path of the old mail will change so they will be stored again in<br>
   our file based backup<br>
<br>
so a method without these downsides will be appreciated<br>
<br>
Regards<br>
<br>
   Michael<br>
<br>
------------------------------<wbr>------------------------------<wbr>--------------------<br>
M.Menge                                Tel.: (49) 7071/29-70316<br>
Universität Tübingen                   Fax.: (49) 7071/29-5912<br>
Zentrum für Datenverarbeitung          mail: <a href="mailto:michael.menge@zdv.uni-tuebingen.de" target="_blank">michael.menge@zdv.uni-tuebinge<wbr>n.de</a><br>
Wächterstraße 76<br>
72074 Tübingen<br>
<br>
----<br>
Cyrus Home Page: <a href="http://www.cyrusimap.org/" rel="noreferrer" target="_blank">http://www.cyrusimap.org/</a><br>
List Archives/Info: <a href="http://lists.andrew.cmu.edu/pipermail/info-cyrus/" rel="noreferrer" target="_blank">http://lists.andrew.cmu.edu/pi<wbr>permail/info-cyrus/</a><br>
To Unsubscribe:<br>
<a href="https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus" rel="noreferrer" target="_blank">https://lists.andrew.cmu.edu/m<wbr>ailman/listinfo/info-cyrus</a></blockquote></div><br></div>