List:General Discussion« Previous MessageNext Message »
From:Eric Robinson Date:December 10 2009 2:09am
Subject:RE: Here's an Idea for Re-Syncing Master and Slave During Production Hours without Interrupting Users (Much)
View as plain text  
Hi Baron,

> I'm the primary author of Maatkit.  

Awkward... :-)

> What can I say -- you could go buy a commercial off-the-shelf tool 
> and believe the song and dance they feed you about the tool 
> being perfect.  

There's not a single commercial software solution in our toolbox. We're
big fans of CentOS, LVS, heartbeat, ldirectord, tomcat, MySQL, Xen,
pureFTP, and more. We've been happy with the performance and reliability
of all of our FOSS tools. I'm definitely not a Kool-aid drinker when it
comes to commercial product marketing.

> At least with Maatkit, you get transparency.  We make a concerted 
> effort to update the RISKS section of each tool with each release, so
there 
> is full disclosure.

Fair enough, but I still found the warnings a little too scary. A more
complete explanation of the exact nature of the bugs and the exact
circumstances under which I should be concerned about triggering them
would have increased my comfort level.  

> I think Maatkit is by far the best solution for live master-slave sync

> in most real-world situations.

We'll give it another look.

--
Eric Robinson



Disclaimer - December 9, 2009 
This email and any files transmitted with it are confidential and intended solely for
Baron Schwartz,Gavin Towey,Tom Worster,mysql@stripped. If you are not the named
addressee you should not disseminate, distribute, copy or alter this email. Any views or
opinions presented in this email are solely those of the author and might not represent
those of . Warning: Although  has taken reasonable precautions to ensure no viruses are
present in this email, the company cannot accept responsibility for any loss or damage
arising from the use of this email or attachments. 
This disclaimer was added by Policy Patrol: http://www.policypatrol.com/
Thread
Here's an Idea for Re-Syncing Master and Slave During Production Hours without Interrupting Users (Much)Eric Robinson4 Dec
  • Re: Here's an Idea for Re-Syncing Master and Slave During ProductionHours without Interrupting Users (Much)Tom Worster4 Dec
RE: Here's an Idea for Re-Syncing Master and Slave During Production Hours without Interrupting Users (Much)Eric Robinson4 Dec
  • Re: Here's an Idea for Re-Syncing Master and Slave During ProductionHours without Interrupting Users (Much)Tom Worster4 Dec
  • RE: Here's an Idea for Re-Syncing Master and Slave DuringProduction Hours without Interrupting Users (Much)Gavin Towey4 Dec
    • Re: Here's an Idea for Re-Syncing Master and Slave During ProductionHours without Interrupting Users (Much)Tom Worster4 Dec
RE: Here's an Idea for Re-Syncing Master and Slave During Production Hours without Interrupting Users (Much)Eric Robinson4 Dec
  • RE: Here's an Idea for Re-Syncing Master and Slave DuringProduction Hours without Interrupting Users (Much)Gavin Towey4 Dec
  • Re: Here's an Idea for Re-Syncing Master and Slave During Production Hours without Interrupting Users (Much)Baron Schwartz8 Dec
RE: Here's an Idea for Re-Syncing Master and Slave During Production Hours without Interrupting Users (Much)Eric Robinson4 Dec
RE: Here's an Idea for Re-Syncing Master and Slave During Production Hours without Interrupting Users (Much)Eric Robinson10 Dec
  • Re: Here's an Idea for Re-Syncing Master and Slave During Production Hours without Interrupting Users (Much)Baron Schwartz10 Dec