[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