Hi all,
I have written an initial blog post[1] on GlusterFS-quota. I will update the
blog or add few more posts to add the remaining contents. It is also been
shared on planet.gluster.org. Suggestions/comments are welcome :-)
[1] https://manikandanselvaganesh.wordpress.com/category/glusterfs/
On 01/14/2016 08:41 PM, Vijay Bellur wrote:
On 01/14/2016 04:11 AM, Jiffin Tony Thottan wrote:
On 14/01/16 14:28, Jiffin Tony Thottan wrote:
Hi,
The core generated when encryption xlator is enabled
[2016-01-14 08:13:15.740835] E
[crypt.c:4298:master_set_master_vol_key] 0-test1-crypt:
On 01/15/2016 06:52 PM, Soumya Koduri wrote:
On 01/14/2016 08:41 PM, Vijay Bellur wrote:
On 01/14/2016 04:11 AM, Jiffin Tony Thottan wrote:
On 14/01/16 14:28, Jiffin Tony Thottan wrote:
Hi,
The core generated when encryption xlator is enabled
[2016-01-14 08:13:15.740835] E
Another observation: if rsyncing is resumed after hang, rsync itself
hangs a lot faster because it does stat of already copied files. So, the
reason may be not writing itself, but massive stat on GlusterFS volume
as well.
15.01.2016 09:40, Oleksandr Natalenko написав:
While doing rsync over
On 01/15/2016 08:38 AM, Soumya Koduri wrote:
On 01/15/2016 06:52 PM, Soumya Koduri wrote:
On 01/14/2016 08:41 PM, Vijay Bellur wrote:
On 01/14/2016 04:11 AM, Jiffin Tony Thottan wrote:
On 14/01/16 14:28, Jiffin Tony Thottan wrote:
Hi,
The core generated when encryption xlator is
GLUSTERFS_WRITE_IS_APPEND Setting in afr_writev function at glusterfs
client end makes the posix_writev in the server end deal IO write fops
from parallel to serial in consequence.
i.e. multiple io-worker threads carrying out IO write fops are blocked in
posix_writev to execute final write