[Bugs] [Bug 1752429] New: Cannot see the "trusted.glusterfs.mdata" xattr for directory on a new brick after rebalance
bugzilla at redhat.com
bugzilla at redhat.com
Mon Sep 16 10:52:10 UTC 2019
https://bugzilla.redhat.com/show_bug.cgi?id=1752429
Bug ID: 1752429
Summary: Cannot see the "trusted.glusterfs.mdata" xattr for
directory on a new brick after rebalance
Product: GlusterFS
Version: 7
Status: NEW
Component: ctime
Severity: medium
Priority: medium
Assignee: bugs at gluster.org
Reporter: khiremat at redhat.com
CC: amukherj at redhat.com, bugs at gluster.org,
khiremat at redhat.com, moagrawa at redhat.com,
nchilaka at redhat.com, rgowdapp at redhat.com,
rhs-bugs at redhat.com, saraut at redhat.com,
storage-qa-internal at redhat.com, vdas at redhat.com
Depends On: 1728673, 1734026
Blocks: 1696809, 1752413
Target Milestone: ---
Classification: Community
Description of problem:
The "trusted.glusterfs.mdata" xattr was present on a dir on brick1 when it was
created, but when added new brick (brick2) to the volume, and did rebalance as
well, the xattr was not present on the dir on new brick(brick2).
Version-Release number of selected component (if applicable):
mainline
How reproducible:
Always
Steps to Reproduce :
===================
1.Create a 1 brick distributed volume.
2.Mount the volume on a client node using fuse.
3.Create a dir on client node
#mkdir dir1
4.Check all the internal xattrs for the dir1 on the back-end using:
#getfattr -de hex -m . /bricks/brick1/dir1
5.Add a new brick to the volume.
6.Trigger rebalance on the volume and let it complete.
7.Check all the internal xattrs for the dir1 on the back-end (old_brick and
new_brick) using:
#getfattr -de hex -m . /bricks/brick1/dir1
Actual Results:
==============
[root at dhcp46-63 ~]# getfattr -de hex -m . /bricks/brick8/vol6-b1/dir1
<------ Old brick
getfattr: Removing leading '/' from absolute path names
# file: bricks/brick8/vol6-b1/dir1
security.selinux=0x73797374656d5f753a6f626a6563745f723a676c7573746572645f627269636b5f743a733000
trusted.gfid=0xeb91e43ca84147ef872a31b119e7c1d4
trusted.glusterfs.dht=0xe92e902a000000007fffffffffffffff
trusted.glusterfs.dht.mds=0x00000000
trusted.glusterfs.mdata=0x010000000000000000000000005d25d1bd0000000021374da7000000005d25d1bd0000000021374da7000000005d25d1bd0000000021374da7
[root at dhcp47-188 dir1]# getfattr -de hex -m . /bricks/brick8/vol6-b2/dir1
<----- New brick
getfattr: Removing leading '/' from absolute path names
# file: bricks/brick8/vol6-b2/dir1
security.selinux=0x73797374656d5f753a6f626a6563745f723a676c7573746572645f627269636b5f743a733000
trusted.gfid=0xeb91e43ca84147ef872a31b119e7c1d4
trusted.glusterfs.dht=0xe92e902a00000000000000007ffffffe
Expected Results:
=================
As the trusted.glusterfs.mdata is an internal xattr, it should also behave like
other xattrs (e.g. trusted.glusterfs.dht) and be present on dir1 on new brick
as well.
Rebalance status output:
=======================
[root at dhcp47-88 ~]# gluster v rebal vol6 status
Node Rebalanced-files size
scanned failures skipped status run time in h:m:s
--------- ----------- -----------
----------- ----------- ----------- ------------ --------------
10.70.47.188 0 0Bytes
0 0 0 completed 0:00:00
10.70.46.63 0 0Bytes
0 0 0 completed 0:00:00
volume rebalance: vol6: success
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1728673
[Bug 1728673] Cannot see the "trusted.glusterfs.mdata" xattr for directory on a
new brick after rebalance
https://bugzilla.redhat.com/show_bug.cgi?id=1734026
[Bug 1734026] Cannot see the "trusted.glusterfs.mdata" xattr for directory on a
new brick after rebalance
https://bugzilla.redhat.com/show_bug.cgi?id=1752413
[Bug 1752413] ctime: Cannot see the "trusted.glusterfs.mdata" xattr for
directory on a new brick after rebalance
--
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