Re: Disastrous performance with rsync to mounted Gluster volume.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2015-04-23 18:10, Joe Julian wrote:
On 04/23/2015 04:41 PM, Ernie Dunbar wrote:
On 2015-04-23 12:58, Ben Turner wrote:


+1, lets nuke everything and start from a known good.  Those error
messages make me think something is really wrong with how we are
copying the data.  Gluster does NFS by default so you shouldn't have
have to reconfigure anything after you recreate the volume.


Okay... this is a silly question. How do I do that? Deleting the volume doesn't affect the files in the underlying filesystem, and I get the impression that trying to delete the files in the underlying filesystem without shutting down or deleting the volume would result in Gluster trying to write the files back where they "belong".

Should I stop the volume, delete it, then delete the files and start from scratch, re-creating the volume?

That's what I would do.


Well, apparently removing the .glusterfs directory from the brick is an exceptionally bad thing, and breaks gluster completely, rendering it inoperable. I'm going to have to post another thread about how to fix this mess now.
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users




[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux