[Gluster-users] cannot create a new volume with a brick that used to be part of a deleted volume?

[Doug Hunley]

Yes, I think an option (--force maybe) that says "I know I'm about to lose
data, that's what I want" sounds like a reasonable compromise. And the
given examples have clarified the current behavior in my mind. Thank you
for the replies everyone. I'm better informed now.

Sent from my Google Nexus 7
On Sep 21, 2012 2:11 AM, "Joe Julian" <joe at julianfamily.org> wrote:

> Adding a --yes-i-know-what-im-doing type option is something I would get
> behind (and have suggested, myself). File a bug report as an enhancement
> request.
>
> "Dr. Jörg Petersen" <joerg.h.petersen at googlemail.com> wrote:
>
> >Hello,
> >
> >    what I regularly do:
> >1) Create a snapshot (btrfs) of Brick
> >2) reassemble the snapshots into an new (Snapshot-) Gluster-Volume
> >
> >When Reassembling the snapshots I have to remove all xattr's and
> >.gluster-Directory.
> >Since btrfs is painfully slow in deleting, I would prefer an option to
> >reuse the Content, wich should be valid for the new (Snapshot-)
> >Gluster-Volume...
> >
> >Greetings,
> >Jörg
> >
> >
> >Am 20.09.2012 20:56, schrieb Doug Hunley:
> >> On Thu, Sep 20, 2012 at 2:47 PM, Joe Julian <joe at julianfamily.org>
> wrote:
> >>> Because it's a vastly higher priority to preserve data. Just because I
> >>> delete a volume doesn't mean I want the data deleted. In fact, more
> often
> >>> than not, it's quite the opposite. The barrier to data loss is high,
> and it
> >>> should remain high.
> >> OK, again I'll ask: what is a typical scenario for me as a gluster
> >> admin to delete a volume and want to add one (or more) of its former
> >> bricks to another volume and keep that data in tact? I can't think of
> >> a real world example. But I assume they exist as this is the model
> >> taken by gluster..
> >>
> >
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20120921/aaac643b/attachment.html>