[prev in list] [next in list] [prev in thread] [next in thread] 

List:       cyrus-info
Subject:    Looking for advice on migration to new Cyrus-IMAPd server
From:       Eric.Luyten () vub ! ac ! be (Eric Luyten)
Date:       2011-03-14 10:48:21
Message-ID: 61865.134.184.15.103.1300099701.squirrel () nuts ! vub ! ac ! be
[Download RAW message or body]

On Sat, March 12, 2011 3:03 pm, Patrick Boutilier wrote:
> On 03/12/2011 09:35 AM, Bron Gondwana wrote:
>
>> On Sat, Mar 12, 2011 at 02:20:04PM +0100, Simon Matter wrote:
>>
>>>> I've built a new Cyrus-IMAPd server (hardware).   It has two sets
>>>> of mirrored disks.  The OS is on WD VelociRaptor 450GB drives.  The bulk
>>>> IMAP data will be on WD Black RE-4 2TB drives.  So far, I think
>>>> I want to use ZFS for both mirrors.
>>>>
>>>>
>>>> I wanted to see what the list recommends for the migration.
>>>>
>>>>
>>>> The current server is running FreeBSD 8.2, with cyrus-imapd-2.3.16
>>>> on a RAID-5 setup on SCSI-UW with 15000RPM drives.  We get about 1.5 -
>>>> 9MB/s at 80 - 100% busy according to "systat -vm 1" for most
>>>> of the day.
>>>>
>>>> The existing server has no metadata partition.  On the new server,
>>>> I believe that I want to put the config directory and metadata
>>>> partition on the 46050GB drives and the message files on the 2TB
>>>> drives.
>>>>
>>>> Can I configure the new server's imapd.conf to put data where I
>>>> want it, and simply use the cyrus replication to put the data in the
>>>> right place on the new server?  In other words can the migration split
>>>> my data partition into data and metadata partitions without my having to
>>>> script up shuffling files around then reconfiguring and restarting
>>>> cyrus?
>>>
>>> I can't comment on this one. I've tried metadata partitions but never
>>> tried doing it online.
>>
>> Cyrus won't move them for you, and I don't think there is even a tool
>> to do it.  Sorry.
>
> I used tools/migrate-metadata from the source tarball (2.3.16) to
> migrate an existing setup (same server) to using a metadata partition.


Hello,


We used the same script for a successful data/metadata split of a 500k
mailbox server last September.

Because we have nine partitions, the script was tweaked a little bit to
perform the conversions in parallel and secondly, to allow for a quick
rollback, the 'move' operation was changed to a 'copy'.
The metadata files were only removed from the data partitions at a later
stage, using a simple 'find'.


Eric Luyten, Computing Centre VUB/ULB.



[prev in list] [next in list] [prev in thread] [next in thread]