[Bugs] [Bug 1404693] `rm` of file on mirrored glusterfs fs sometimes blocks indefinitely

bugzilla at redhat.com bugzilla at redhat.com
Mon Feb 20 12:56:36 UTC 2017


https://bugzilla.redhat.com/show_bug.cgi?id=1404693



--- Comment #2 from David van Leeuwen <david.vanleeuwen at gmail.com> ---
1. and 3.  I removed glusterfs from the production system, as it gave too many
problems. Well, it may have, it is hard to tell---I see the machine load go to
514 sometimes, resulting in a un-responsive system, that requires a reboot. I
still haven't found the subsystem/process causing this. 

2. I don't believe so.  

Sorry I can't be more specific at the moment.  I am using the two machines
more/less in production, so I can't do too much experimenting.  I now have a
classical NFS mount from one to the other, probably not ideal, but works for
now. 

Moving the files from /data to the non-brick part of /mnt/gluster/data was a
lengthy process.  It would be nice if this could have happened inside the host
filesystem, i.e., moving the data from /mnt/gluster/data/brick to
/mnt/gluster/data.  But I suppose that is too hard for glusterfs, to move data
away under its feet.  

The opposite would also be nice: initializing a glusterfs by moving in the
local filesystem into the brick.  

---david

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.


More information about the Bugs mailing list