HI Anand, As Daniel mentioned already, I also tried to create a volume with only brick on separate nodes, i.e. # gluster volume create vol_icclab transport tcp gluster-node4.test:/mnt/brick1/vol_icclab gluster-node1.test:/mnt/brick1/vol_icclab, but I still get the same error. Thanks, -- Daniele Stroppa Researcher Institute of Information Technology Z?rich University of Applied Sciences http://www.cloudcomp.ch<http://www.cloudcomp.ch/> From: Anand Avati <anand.avati at gmail.com<mailto:anand.avati at gmail.com>> Date: Wed, 21 Aug 2013 23:23:14 -0700 To: Daniele Stroppa <strp at zhaw.ch<mailto:strp at zhaw.ch>> Cc: "mueller at tropenklinik.de<mailto:mueller at tropenklinik.de>" <mueller at tropenklinik.de<mailto:mueller at tropenklinik.de>>, "gluster-users at gluster.org<mailto:gluster-users at gluster.org>" <gluster-users at gluster.org<mailto:gluster-users at gluster.org>> Subject: Re: Volume creation fails with "prefix of it is already part of a volume" This is intentional behavior. We specifically brought this because creating volumes with directories which are subdirectories of other bricks, or if a subdirectory belongs to another brick can result in dangerous corruption of your data. Please create volumes with brick directories which are cleanly separate in the namespace. Avati On Wed, Aug 21, 2013 at 7:51 AM, Stroppa Daniele (strp) <strp at zhaw.ch<mailto:strp at zhaw.ch>> 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? 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<mailto: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<mailto:mueller at tropenklinik.de> >Internet: www.tropenklinik.de<http://www.tropenklinik.de> > >Von: gluster-users-bounces at gluster.org<mailto:gluster-users-bounces at gluster.org> >[mailto: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<mailto: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<mailto: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/20130822/a8ab2c3b/attachment-0001.html>