<div>Moving the file with linkto attribute worked! Just one copy of the file is retained in the listing and can be read without problems.</div>
<div>I will write a script to remove these rogue link files from the bricks - any risks associated with this?</div>
<div> </div>
<div>Thanks everyone for your help, of course if anyone could explain how this happened I would love to hear it..</div>
<div> </div>
<div>Tom</div>
<div> </div>
<blockquote class="threadBlockQuote" style="border-left: 2px solid #C2C2C2; padding-left: 3px; margin-left: 4px;">--------- Original Message ---------
<div>Subject: Re: [Gluster-users] Hundreds of duplicate files<br />From: "Vijay Bellur" <vbellur@redhat.com><br />Date: 12/27/14 9:12 am<br />To: tbenzvi@3vgeomatics.com, gluster-users@gluster.org<br /><br />On 12/27/2014 01:11 PM, tbenzvi@3vgeomatics.com wrote:<br /> > Thanks for your continued help Joe.<br /> > A demonstration of the problem, in this case I was able to open the file<br /> > in vim (a text file) without any issues, however sometimes duplicated<br /> > text files open in vim as one line consisting of @ characters, and<br /> > binary data files can also not be opened correctly for reading.<br /> > However the duplicate listing is still an issue. Note that Dec 13 was<br /> > the date of a server crash.<br /> ><br /> > [root@jongoo ~]# ll /sar/complete/vancouver/refdem/tif2flt.pro*<br /> > -rw-rw-r-T 1 parwant users 1712 Dec 13 19:02 tif2flt.pro<br /> > -rw-rw-r-- 1 parwant users 1712 Jun 17 2010 tif2flt.pro<br /> ><br /> > A few minutes later doing the same listing.. sticky bit disappeared and<br /> > modification date changed<br /> ><br /> > [root@jongoo ~]# ll /sar/complete/vancouver/refdem/tif2flt.pro*<br /> > -rw-rw-r-- 1 parwant users 1712 Jun 17 2010<br /> > /sar/complete/vancouver/refdem/tif2flt.pro<br /> > -rw-rw-r-- 1 parwant users 1712 Jun 17 2010<br /> > /sar/complete/vancouver/refdem/tif2flt.pro<br /> ><br /> > [root@jongoo ~]# getfattr -m . -d -e hex<br /> > /data/glusterfs/safari/brick00/brick/complete/vancouver/refdem/tif2flt.pro<br /> > getfattr: Removing leading '/' from absolute path names<br /> > # file:<br /> > data/glusterfs/safari/brick00/brick/complete/vancouver/refdem/tif2flt.pro<br /> > system.posix_acl_access=0x0200000001000600ffffffff04000600ffffffff10000600ffffffff20000400ffffffff<br /> > trusted.SGI_ACL_FILE=0x0000000400000001ffffffff0006000000000004ffffffff0006000000000010ffffffff0006000000000020ffffffff00040000<br /> > trusted.gfid=0xdfe13dc088bf4a779488ef72f0a879cd<br /> > trusted.glusterfs.dht.linkto=0x7361666172692d636c69656e742d3300<br /> ><br /> > [root@ndovu ~]# getfattr -m . -d -e hex<br /> > /data/glusterfs/safari/brick03/brick/complete/vancouver/refdem/tif2flt.pro<br /> > getfattr: Removing leading '/' from absolute path names<br /> > # file:<br /> > data/glusterfs/safari/brick03/brick/complete/vancouver/refdem/tif2flt.pro<br /> > system.posix_acl_access=0x0200000001000600ffffffff04000600ffffffff10000600ffffffff20000400ffffffff<br /> > trusted.SGI_ACL_FILE=0x0000000400000001ffffffff0006000000000004ffffffff0006000000000010ffffffff0006000000000020ffffffff00040000<br /> > trusted.gfid=0xdfe13dc088bf4a779488ef72f0a879cd<br /> ><br /> <br /> Is rebalance running on this volume right now? If not, can you please <br /> move out the file copy with "trusted.glusterfs.dht.linkto" attribute out <br /> of the brick directory <br /> (/data/glusterfs/safari/brick00/brick/complete/vancouver/refdem/tif2flt.pro) <br /> to an alternate location & check the behavior?<br /> <br /> Thanks,<br /> Vijay<br /> </div>
</blockquote>