Page 3 of 7 FirstFirst 12345 ... LastLast
Results 21 to 30 of 61

Thread: [SOLVED] Zimbra on DRBD

  1. #21
    Join Date
    Mar 2007
    Location
    London, UK
    Posts
    50
    Rep Power
    8

    Default

    I didn't get a chance to actually. I couldn't get the whole thing working so I was asked to drop it and work on something else

  2. #22
    Join Date
    Jun 2009
    Posts
    4
    Rep Power
    6

    Default Zimbra HA with DRBD & Heartbeat

    got this working quite nicely... up and running for about 2 weeks now.. HowTo on my blog..

    ZIMBRA High Availablity Server with DRBD and HEARTBEAT Safestream
    Last edited by phoenix; 06-16-2009 at 09:38 PM.

  3. #23
    Join Date
    Jul 2008
    Posts
    78
    Rep Power
    7

    Default

    Great write up!

  4. #24
    Join Date
    Oct 2007
    Location
    Massachusetts, USA
    Posts
    27
    Rep Power
    8

    Thumbs up

    Very nice write up!

    I would love to hear how it has been working in a month or two.
    Also how rolling upgrades (upgrade the secondary, fail-over, upgrade the "new" secondary) go??

    Hopefully I will get a chance to try the same things at some point this year time permitting!!

  5. #25
    Join Date
    Jun 2009
    Posts
    4
    Rep Power
    6

    Default Zimbra HA with DRBD & Heartbeat

    sorry blog moved.. here is the new link for the howto..

    safestream - All Articles

  6. #26
    Join Date
    Dec 2008
    Location
    San Rafael, CA
    Posts
    113
    Rep Power
    6

    Default

    Yes, we have two dual quad-core Intels with heartbeat running and have tested it thoroughly for failsafe. Works great!

    You do have to remember that the 'inactive' server does not activate Zimbra or the mail/file/data stores until it is 'active'. Also, when you are working on a server be sure never to log into the inactive server and try to do work like transfers or importing on the active server. It will crash it with a "split brain" error.

    Don't have time to go into all the intricacies. Will get back to this thread next week.

  7. #27
    Join Date
    Jun 2006
    Location
    Indianapolis, IN
    Posts
    51
    Rep Power
    9

    Default Thinking about this as well

    Under /opt, we have 360GB. 169GB of this is /opt/zimbra/backups. Now, we want to replicate mail over the WAN ... obviously, a DRBD device that gets 85GB written to it each day needs some significant bandwidth to keep up. (169GB is for two days' worth of full Zimbra NE backups)

    So, I'm thinking of making /opt a DRBD device, and making /opt/zimbra/backup it's own standard device. The amount of new mail received during the day should be small enough to even use a T1 as bandwidth for replication.

    Of course, I won't be using HA. I'll simply have a clone of the machine with zimbra
    turned off, and probably the disk unmounted as well, so nobody messes with it.

    In case of failure on the primary, we simply shut the primary down (if it's not down
    already), mount /opt on the failover box and start zimbra.

    Some quick DNS changes and flushing of DNS cache...and users will at least be able
    to send e-mail. With a little more work, we can have mail coming into it as well, as long as our anti-spam/AV service provider is quick to respond...

    Does this sound like a feasible approach? I don't think there are many holes in that plan...but I could be missing something.

    --Brian

  8. #28
    Join Date
    Jun 2009
    Posts
    4
    Rep Power
    6

    Default

    Quote Originally Posted by hizar2000 View Post
    sorry blog moved.. here is the new link for the howto..

    safestream - All Articles
    Just a quick update.. running stable now for almost 3 months without a hitch.. carried out some maintainance on the servers a few weeks ago by manually failing over the service and everything was very graceful with no interuptions reported.

    Updated link to the Howto here: data-server.org

  9. #29
    Join Date
    Jul 2009
    Posts
    6
    Rep Power
    6

    Default

    Hi all,

    I just installed a cluster with ZCS / heartbeat / DRBD,

    my problem is the failover:

    1 - if I stop heartbeat on the primary node, takeover ok

    2 - if I do "/etc/init.d/zimbra stop" : no effect: there is no takeover

    any ideas ?

    thank's in advance.

  10. #30
    Join Date
    Apr 2009
    Posts
    13
    Rep Power
    6

    Default

    Quote Originally Posted by lassaad View Post
    Hi all,

    I just installed a cluster with ZCS / heartbeat / DRBD,

    my problem is the failover:

    1 - if I stop heartbeat on the primary node, takeover ok

    2 - if I do "/etc/init.d/zimbra stop" : no effect: there is no takeover

    any ideas ?

    thank's in advance.
    Heartbeat does in R1 mode does not check the status of each resource, whether they are up or down. So, you'll need to implement something, like MON package to monitor zimbra status and if needed stop heartbeat accordingly.

    Hizar,

    In your setup, I haven't seen anything related to split-brain on DRBD. That has been my major issue (I have been running an active/passive cluster since March, but it always comes back as a problem). How do you deal with it on yours? I have been searching on the net for possible ways to prevent split-brain to happen in the first place. I found some articles suggesting to increase heartbeat's drbddisk script's retry from 6 to 20 and increasing timeout values (see Otherworldly Gate: STONITH with DRBD and Heartbeat), I haven't tried it yet but I am open to suggestions.

Similar Threads

  1. Replies: 26
    Last Post: 04-19-2011, 09:24 AM
  2. Zimbra shutdowns every n hours.
    By Andrewb in forum Administrators
    Replies: 13
    Last Post: 08-14-2007, 08:55 AM
  3. Fedora Core 3, Clean Install - Not working!
    By pcjackson in forum Installation
    Replies: 17
    Last Post: 03-05-2006, 06:38 PM
  4. Monitoring : Data not yet avalaible
    By s3nz3x in forum Installation
    Replies: 7
    Last Post: 11-30-2005, 06:18 PM
  5. FC3 Install and no zimbra ?
    By aws in forum Installation
    Replies: 10
    Last Post: 10-09-2005, 04:19 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •