Bug 765007 (GLUSTER-3275) - glusterd should remove 'volume-id' after a remove-brick and delete volume.
Summary: glusterd should remove 'volume-id' after a remove-brick and delete volume.
Keywords:
Status: CLOSED NOTABUG
Alias: GLUSTER-3275
Product: GlusterFS
Classification: Community
Component: cli
Version: mainline
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Amar Tumballi
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-07-29 07:28 UTC by krishnan parthasarathi
Modified: 2015-11-03 23:03 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
Regression: ---
Mount Type: ---
Documentation: DP
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Description krishnan parthasarathi 2011-07-29 07:28:24 UTC
With the 'volume-id' extended attribute 'lingering' on bricks that were part of a gluster volume, adding them to a new volume becomes a hindrance. User needs to remove the 'volume-id' extended attribute before (s)he could (re)use the brick in another volume. 'volume-id' is intended to be an internal mechanism by which we prevent a brick from being used in two volumes at the same time. The user must not be made 'aware' of it.

Comment 1 Amar Tumballi 2011-07-29 08:42:10 UTC
We have bought in 'volume-id' extended attribute to prevent re-using of the export bricks from one volume to other. We just need to document the way how it can be reused if that is the intention.

bash# setfattr -x trusted.glusterfs.volume-id <BRICK-PATH> 

With the above command, one can make the brick-path re-exportable again.


Note You need to log in before you can comment on or make changes to this bug.