What about getxattr -d -m . -e hex /mnt/brick1 and brick2? Avati On Tue, Aug 27, 2013 at 2:09 AM, Stroppa Daniele (strp) <strp at zhaw.ch>wrote: > Hi Anand, > > See output below. gluster-node4 is where I execute the create volume > command. > > On gluster-node1: > > getfattr -d -e hex -m . /mnt > getfattr: Removing leading '/' from absolute path names > # file: mnt > security.selinux=0x73797374656d5f753a6f626a6563745f723a6d6e745f743a733000 > > > getfattr -d -e hex -m . /mnt/brick1 > > getfattr -d -e hex -m . /mnt/brick1/vol_icclab > > getfattr -d -e hex -m . /mnt/brick2 > > getfattr -d -e hex -m . /mnt/brick2/vol_icclab > > On gluster-node4: > > getfattr -d -e hex -m . /mnt > getfattr: Removing leading '/' from absolute path names > # file: mnt > security.selinux=0x73797374656d5f753a6f626a6563745f723a6d6e745f743a733000 > > > getfattr -d -e hex -m . /mnt/brick1 > > getfattr -d -e hex -m . /mnt/brick1/vol_icclab/ > getfattr: Removing leading '/' from absolute path names > # file: mnt/brick1/vol_icclab/ > trusted.glusterfs.volume-id=0xa2b943d2271a464da2ae7e29ede15552 > > > getfattr -d -e hex -m . /mnt/brick2 > > getfattr -d -e hex -m . /mnt/brick2/vol_icclab/ > getfattr: Removing leading '/' from absolute path names > # file: mnt/brick2/vol_icclab/ > trusted.glusterfs.volume-id=0xa2b943d2271a464da2ae7e29ede15552 > > Cheers, > -- > Daniele Stroppa > Researcher > Institute of Information Technology > Z?rich University of Applied Sciences > http://www.cloudcomp.ch > > > From: Anand Avati <anand.avati at gmail.com> > Date: Fri, 23 Aug 2013 11:02:20 -0700 > To: Daniele Stroppa <strp at zhaw.ch> > Cc: Vijay Bellur <vbellur at redhat.com>, "gluster-users at gluster.org" < > gluster-users at gluster.org> > Subject: Re: Volume creation fails with "prefix of it is > already part of a volume" > > Please provide the output of the following commands on the respective > nodes: > > on gluster-node1 and gluster-node4: > > getfattr -d -e hex -m . /mnt > getfattr -d -e hex -m . /mnt/brick1 > getfattr -d -e hex -m . /mnt/brick1/vol_icclab > getfattr -d -e hex -m . /mnt/brick2 > getfattr -d -e hex -m . /mnt/brick2/vol_icclab > > Thanks, > Avati > > > > On Wed, Aug 21, 2013 at 11:59 PM, Stroppa Daniele (strp) <strp at zhaw.ch>wrote: > >> Hi Vijay, >> >> I did saw the link you posted, but as mentioned earlier I get this error >> when creating the volume for the first time, not when I try to remove and >> then re-add a brick to a volume. >> >> Thanks, >> -- >> Daniele Stroppa >> Researcher >> Institute of Information Technology >> Z?rich University of Applied Sciences >> http://www.cloudcomp.ch <http://www.cloudcomp.ch/> >> >> >> >> >> >> >> >> On 22/08/2013 08:19, "Vijay Bellur" <vbellur at redhat.com> wrote: >> >> >On 08/21/2013 08:21 PM, Stroppa Daniele (strp) wrote: >> >> Thanks Daniel. >> >> >> >> I'm indeed running Gluster 3.4 on CentOS 6.4. >> >> >> >> I've tried your suggestion, it does work for me too, but it's not an >> >> optimal solution. >> >> >> >> Maybe someone could shed some light on this behaviour? >> > >> >This might be of help in understanding the behavior: >> > >> > >> http://joejulian.name/blog/glusterfs-path-or-a-prefix-of-it-is-already-par >> >t-of-a-volume/ >> > >> >Please do let us know if you need more clarity on this. >> > >> >-Vijay >> >> >> >> Thanks, >> >> -- >> >> Daniele Stroppa >> >> Researcher >> >> Institute of Information Technology >> >> Z?rich University of Applied Sciences >> >> http://www.cloudcomp.ch <http://www.cloudcomp.ch/> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> On 21/08/2013 09:00, "Daniel M?ller" <mueller at tropenklinik.de> wrote: >> >> >> >>> Are you running with gluster 3.4? >> >>> I had the same issue. I solved it by deleting my subfolders again and >> >>>then >> >>> create new ones. In your case brick1 and brick2. >> >>> Then create new subfolders in the place,ex.: mkdir /mnt/bricknew1 and >> >>> /mnt/bricknew2 . >> >>> This solved the problem for me, not knowing why gluster 3.4 behave >> like >> >>> this. >> >>> Good Luck >> >>> >> >>> >> >>> EDV Daniel M?ller >> >>> >> >>> Leitung EDV >> >>> Tropenklinik Paul-Lechler-Krankenhaus >> >>> Paul-Lechler-Str. 24 >> >>> 72076 T?bingen >> >>> Tel.: 07071/206-463, Fax: 07071/206-499 >> >>> eMail: mueller at tropenklinik.de >> >>> Internet: www.tropenklinik.de >> >>> >> >>> Von: gluster-users-bounces at gluster.org >> >>> [mailto:gluster-users-bounces at gluster.org] Im Auftrag von Stroppa >> >>>Daniele >> >>> (strp) >> >>> Gesendet: Dienstag, 20. August 2013 21:51 >> >>> An: gluster-users at gluster.org >> >>> Betreff: Volume creation fails with "prefix of it is >> >>> already >> >>> part of a volume" >> >>> >> >>> Hi All, >> >>> >> >>> I'm setting up a small test cluster: 2 nodes (gluster-node1 and >> >>> gluster-node4) with 2 bricks each (/mnt/brick1 and /mnt/brick2) and >> one >> >>> volume (vol_icclab). When I issue the create volume command I get the >> >>> following error: >> >>> >> >>> # gluster volume create vol_icclab replica 2 transport tcp >> >>> gluster-node4.test:/mnt/brick1/vol_icclab >> >>> gluster-node1.test:/mnt/brick1/vol_icclab >> >>> gluster-node4.test:/mnt/brick2/vol_icclab >> >>> gluster-node1.test:/mnt/brick2/vol_icclab >> >>> volume create: vol_icclab: failed: /mnt/brick1/vol_icclab or a prefix >> >>>of >> >>> it >> >>> is already part of a volume >> >>> >> >>> I checked and found this [1], but in my case the issue it's happening >> >>>when >> >>> creating the volume for the first time, not after removing/adding a >> >>>brick >> >>> to >> >>> a volume. >> >>> >> >>> Any suggestions? >> >>> >> >>> [1] >> >>> >> >>> >> http://joejulian.name/blog/glusterfs-path-or-a-prefix-of-it-is-already-p >> >>> art-of-a-volume/ >> >>> >> >>> Thanks, >> >>> -- >> >>> Daniele Stroppa >> >>> Researcher >> >>> Institute of Information Technology >> >>> Z?rich University of Applied Sciences >> >>> http://www.cloudcomp.ch >> >>> >> >>> >> >> >> >> _______________________________________________ >> >> Gluster-users mailing list >> >> Gluster-users at gluster.org >> >> http://supercolony.gluster.org/mailman/listinfo/gluster-users >> >> >> > >> >> _______________________________________________ >> Gluster-users mailing list >> Gluster-users at gluster.org >> http://supercolony.gluster.org/mailman/listinfo/gluster-users >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130827/32a27272/attachment-0001.html>