[Gluster-devel] [PATCH] Enable replica 1 mirror creation for mirrored volumes

[Joe Landman]

Creating a replica before the second mirror is ready.  Or create the metadata for a mirror so you can prepare a unit for mirroring later without recreating the volume.   It's a common system config situation. 

---
Joe Landman 
landman at scalableinformatics.com

Please pardon brevity and typos.  Sent by an Android device.



----- Reply message -----
From: "Anand Avati" <anand.avati at gmail.com>
To: <landman at scalableinformatics.com>
Cc: "Gluster Devel" <gluster-devel at nongnu.org>
Subject: [Gluster-devel] [PATCH] Enable replica 1 mirror creation for mirrored volumes
Date: Sat, May 28, 2011 11:12 am
Joe,  Can you shed some more light on the use case? What purpose is the replicate translator serving without the second server? In what way is this more beneficial than loading the replicate translator only when the second server is introduced to the system?

Avati

On Sat, May 28, 2011 at 7:11 PM, Joe Landman <landman at scalableinformatics.com> wrote:

This patch to the cli enables a very simple replica 1 mirror creation (similar to the "missing" attribute for mdadm RAID1 creation).




It will likely need additional supporting work in add-brick so that incomplete mirrors are assembled correctly for distributed-replicated cases.



Building/Assembling an incomplete mirror is an important capability needed for a number of use cases.



-- 

Joseph Landman, Ph.D

Founder and CEO

Scalable Informatics, Inc.

email: landman at scalableinformatics.com

web  : http://scalableinformatics.com

      http://scalableinformatics.com/sicluster

phone: +1 734 786 8423 x121

fax  : +1 866 888 3112

cell : +1 734 612 4615


_______________________________________________

Gluster-devel mailing list

Gluster-devel at nongnu.org

https://lists.nongnu.org/mailman/listinfo/gluster-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20110528/352ad3a1/attachment-0003.html>