search for: getfattr

...<=OK /soft 5GB 4.7GB <= NO OK /test 100MB 4.0MB <= OK / 7GB 5.2GB <= NO OK Is seems this is 4 time the original size for / and /soft Getfattr for the four nodes : ylal3020:/etc/ucarp/interface # getfattr -n trusted.glusterfs.quota.size -e hex /soft/venus ; getfattr -n trusted.glusterfs.quota.size -e hex /soft/venus/test ; getfattr -n trusted.glusterfs.quota.size -e hex /soft/venus/psa;getfattr -n trusted.glusterfs.quota.size -e hex /so...

...all nodes is connected to the 3 bricks? You will need to check the glustershd.log for that. If it is not connected, try restarting the shd using `gluster volume start engine force`, then launch the heal command like you did earlier and see if heals happen. If it doesn't, please provide the getfattr outputs of the 12 files from all 3 nodes using `getfattr -d -m . -e hex //gluster/engine/brick//path-to-file` ? Thanks, Ravi > 2. Are these 12 files also present in the 3rd data brick? > > > I've checked right now: all files exists in all 3 nodes > > 3. Can you pro...

...oup: domain\040users >> # flags: --- >> user::rwx >> group::r-x >> other::--- >> >> i.e. there are no rights for "other" and no default entries in the Posix >> ACL (i.e. there is no Posix ACL at all, just plain Linux permissions) >> >> getfattr -d -e hex -m - ... >> shows user.DOSATTRIB="<something>", but no "security.NTACL=" and no >> "user.SAMBA_PAI=" >> >> The Windows security editor, however, has two entries for "Everyone": >> Allow Everyone None??? 'This...

...l on f05b9742-2771-484a-85fc-5b6974bcef81* *[2017-07-20 09:59:22.999372] I [MSGID: 108026] [afr-self-heal-common.c:1254:afr_log_selfheal] 0-engine-replicate-0: Completed metadata selfheal on f05b9742-2771-484a-85fc-5b6974bcef81. sources=[0] 1 sinks=2* > If it doesn't, please provide the getfattr outputs of the 12 files from > all 3 nodes using `getfattr -d -m . -e hex */gluster/engine/brick/* > path-to-file` ? > > *NODE01:* *getfattr: Removing leading '/' from absolute path names* *# file: gluster/engine/brick/.shard/8aa74564-6740-403e-ad51-f56d9ca5d7a7.68* *trusted.afr...

Hi All. Hoping you can help me with a healing problem. I have one file which didn't self heal. it looks to be a problem with a directory in the path as one node says it's dirty. I have a replica volume with arbiter This is what the 3 nodes say. One brick on each Node1 getfattr -d -m . -e hex /path/to/dir | grep afr getfattr: Removing leading '/' from absolute path names trusted.afr.volume-client-2=0x000000000000000000000001 trusted.afr.dirty=0x000000000000000000000000 Node2 getfattr -d -m . -e hex /path/to/dir | grep afr getfattr: Removing leading '/' fr...

...the "heal" command report elements between 6 and 10 ... > (sometime 6, sometime 8, sometime 10) > > > Log on glustershd.log don't say anything : But it does say something. All these gfids of completed heals in the log below are the for the ones that you have given the getfattr output of. So what is likely happening is there is an intermittent connection problem between your mount and the brick process, leading to pending heals again after the heal gets completed, which is why the numbers are varying each time. You would need to check why that is the case. Hope this h...

Attached is the heal log for the volume as well as the shd log. >> Run these commands on all the bricks of the replica pair to get the attrs set on the backend. [root at tpc-cent-glus1-081017 ~]# getfattr -d -e hex -m . /exp/b1/gv0/.glusterfs/10/86/108694db-c039-4b7c-bd3d-ad6a15d811a2 getfattr: Removing leading '/' from absolute path names # file: exp/b1/gv0/.glusterfs/10/86/108694db-c039-4b7c-bd3d-ad6a15d811a2 security.selinux=0x73797374656d5f753a6f626a6563745f723a756e6c6162656c65645f743a73...

Hi, Thank you for the answer and sorry for delay: 2017-07-19 16:55 GMT+02:00 Ravishankar N <ravishankar at redhat.com>: 1. What does the glustershd.log say on all 3 nodes when you run the > command? Does it complain anything about these files? > No, glustershd.log is clean, no extra log after command on all 3 nodes > 2. Are these 12 files also present in the 3rd data brick?

I've been following this particular thread as I have a similar issue (RAID6 array failed out with 3 dead drives at once while a 12 TB load was being copied into one mounted space - what a mess) I have >700K GFID entries that have no path data:Example:getfattr -d -e hex -m . .glusterfs/00/00/0000a5ef-5af7-401b-84b5-ff2a51c10421# file: .glusterfs/00/00/0000a5ef-5af7-401b-84b5- ff2a51c10421security.selinux=0x73797374656d5f753a6f626a6563745f723a756e 6c6162656c65645f743a733000trusted.bit- rot.version=0x020000000000000059b1b316000270e7trusted.gfid=0x0000a5ef5...

Hi all, I have 4 glusterd servers running a single glusterfs volume. The volume was created using the gluster command line, with no changes from default. The same machines all mount the volume using the native glusterfs client: [root at localhost ~]# gluster volume create datastore replica 2 transport tcp 192.168.253.1:/glusterfs/primary 192.168.253.3:/glusterfs/secondary

...jim.kinney at gmail.com>> wrote: I've been following this particular thread as I have a similar issue (RAID6 array failed out with 3 dead drives at once while a 12 TB load was being copied into one mounted space - what a mess) I have >700K GFID entries that have no path data: Example: getfattr -d -e hex -m . .glusterfs/00/00/0000a5ef-5af7-401b-84b5-ff2a51c10421 # file: .glusterfs/00/00/0000a5ef-5af7-401b-84b5-ff2a51c10421 security.selinux=0x73797374656d5f753a6f626a6563745f723a756e6c6162656c65645f743a733000 trusted.bit-rot.version=0x020000000000000059b1b316000270e7 trusted.gfid=0x0000a5ef...

Hi Matt, Run these commands on all the bricks of the replica pair to get the attrs set on the backend. On the bricks of first replica set: getfattr -d -e hex -m . <brick path>/.glusterfs/10/86/ 108694db-c039-4b7c-bd3d-ad6a15d811a2 On the fourth replica set: getfattr -d -e hex -m . <brick path>/.glusterfs/ e0/c5/e0c56bf7-8bfe-46ca-bde1-e46b92d33df3 Also run the "gluster volume heal <volname>" once and send the shd...

...uide/bitrot-restore_corrupt_file) I am trying out bad-file-restoration after bitrot. "gluster volume bitrot VOLNAME status" gets me the GFIDs that are corrupt and on which Host this happens. As far as I can tell the preferred way of finding out what file maps to that GFID is using "getfattr" (assuming all Gluster and mount options were set as described in the link). My problem is that "getfattr" does not tell me what Brick contains the corrupt file. It only gives me the path according to the FUSE mount. So how do I find out what brick the file is on? If we assume that...

...te: > I've been following this particular thread as I have a similar issue > (RAID6 array failed out with 3 dead drives at once while a 12 TB load was > being copied into one mounted space - what a mess) > > I have >700K GFID entries that have no path data: > Example: > getfattr -d -e hex -m . .glusterfs/00/00/0000a5ef- > 5af7-401b-84b5-ff2a51c10421 > # file: .glusterfs/00/00/0000a5ef-5af7-401b-84b5-ff2a51c10421 > security.selinux=0x73797374656d5f753a6f626a6563 > 745f723a756e6c6162656c65645f743a733000 > trusted.bit-rot.version=0x020000000000000059b1b31600027...

Hi Karthik, Thank you very much, you made me much more relaxed. Below is getfattr output for a file from all the bricks: root at gv2 ~ # getfattr -d -e hex -m . /data/glusterfs/testset/306/30677af808ad578916f54783904e6342.pack getfattr: Removing leading '/' from absolute path names # file: data/glusterfs/testset/306/30677af808ad578916f54783904e6342.pack trusted.afr.dirt...

...o --relative --delete-during $dir $backupdir The problem is that every file in /root folder and its subfolders is copied each time when this command is run. In all other folders only new or modified files are copied. The files and the folder itself have the following attributes: [root at kw var]# getfattr /root/.bash_aliases [root at kw var]# getfattr /root [root at kw var]# ls -ld /root drwxr-x--- 29 root root 4096 Jun 18 13:51 /root [root at kw var]# ls -l /root/.bash_aliases -rw-r--r-- 1 root root 113 May 17 2015 /root/.bash_aliases On backup dir: [root at kw var]# getfattr /mnt/backup/home/...

...;>> other::--- >>>>> >>>>> i.e. there are no rights for "other" and no default entries in the >>>>> Posix >>>>> ACL (i.e. there is no Posix ACL at all, just plain Linux permissions) >>>>> >>>>> getfattr -d -e hex -m - ... >>>>> shows user.DOSATTRIB="<something>", but no "security.NTACL=" and no >>>>> "user.SAMBA_PAI=" >>>>> >>>>> The Windows security editor, however, has two entries for "Everyone&q...

...h 3 dead drives at once while a 12 > > TB load was being copied into one mounted space - what a mess) > > > > > > > > > > > > I have >700K GFID entries that have no path data: > > > > > > Example: > > > > > > getfattr -d -e hex -m . .glusterfs/00/00/0000a5ef-5af7-401b-84b5- > > ff2a51c10421 > > > > > > # file: .glusterfs/00/00/0000a5ef-5af7-401b-84b5-ff2a51c10421 > > > > > > security.selinux=0x73797374656d5f753a6f626a6563745f723a756e6c616265 > > 6c65645f743a733...

...een following this particular thread as I have a similar issue > (RAID6 array failed out with 3 dead drives at once while a 12 TB load was > being copied into one mounted space - what a mess) > > > > I have >700K GFID entries that have no path data: > > Example: > > getfattr -d -e hex -m . .glusterfs/00/00/0000a5ef- > 5af7-401b-84b5-ff2a51c10421 > > # file: .glusterfs/00/00/0000a5ef-5af7-401b-84b5-ff2a51c10421 > > security.selinux=0x73797374656d5f753a6f626a6563 > 745f723a756e6c6162656c65645f743a733000 > > trusted.bit-rot.version=0x02000000000000...

...2017 at 8:04 PM, Matt Waymack <mwaymack at nsgdv.com> wrote: > Attached is the heal log for the volume as well as the shd log. > > >> Run these commands on all the bricks of the replica pair to get the > attrs set on the backend. > > [root at tpc-cent-glus1-081017 ~]# getfattr -d -e hex -m . > /exp/b1/gv0/.glusterfs/10/86/108694db-c039-4b7c-bd3d-ad6a15d811a2 > getfattr: Removing leading '/' from absolute path names > # file: exp/b1/gv0/.glusterfs/10/86/108694db-c039-4b7c-bd3d-ad6a15d811a2 > security.selinux=0x73797374656d5f753a6f626a6563 > 745f723a...