Now I understand the situation better.<div id="yMail_cursorElementTracker_1636954051285"><br></div><div id="yMail_cursorElementTracker_1636954051420">Gluster uses hard links (2 entries pointing to the same inode) and untill the hard links are not deleted, the data will be still there.</div><div id="yMail_cursorElementTracker_1636954098399"><br></div><div id="yMail_cursorElementTracker_1636954098587"><br></div><div id="yMail_cursorElementTracker_1636954098782">The simplest approach is to move everything from the brick to the FUSE mount point and then wipe the old brick (which is not part of thr volume).</div><div id="yMail_cursorElementTracker_1636954150713"><br></div><div id="yMail_cursorElementTracker_1636954167470">Another approach is to use utilities like 'tree --inodes' , find (for example find /gluster_bricks  -exec ls -li {} \;) or 'ls -li' to collect the list of files and their inodes.</div><div id="yMail_cursorElementTracker_1636954376969"><br></div><div id="yMail_cursorElementTracker_1636954377189">The hard links are in the .glusterfs directory and after a successful move you can delete them.</div><div id="yMail_cursorElementTracker_1636954424203"><br></div><div id="yMail_cursorElementTracker_1636954424416">If you already moved (but no 'cp') away some files, you can identify them like this:</div><div id="yMail_cursorElementTracker_1636954853985"><br></div><div id="yMail_cursorElementTracker_1636954855311"> find .glusterfs -iname '*' exec stat {} \; grep -E 'File|Links: 1'<br></div><div id="yMail_cursorElementTracker_1636954986598"><br></div><div id="yMail_cursorElementTracker_1636955021400">Best Regards,</div><div id="yMail_cursorElementTracker_1636955128382">Strahil Nikolov</div><div id="yMail_cursorElementTracker_1636954986865">  </div><div id="yMail_cursorElementTracker_1636954986865"> </div><div id="yMail_cursorElementTracker_1636954986865"> </div><div id="yMail_cursorElementTracker_1636954987430"><br></div><div id="yMail_cursorElementTracker_1636954150928"> <br> <blockquote style="margin: 0 0 20px 0;"> <div style="font-family:Roboto, sans-serif; color:#6D00F6;"> <div>On Sun, Nov 14, 2021 at 15:29, Taste-Of-IT</div><div><kontakt@taste-of-it.de> wrote:</div> </div> <div style="padding: 10px 0 0 20px; margin: 10px 0 0 0; border-left: 1px solid #6D00F6;"> Hi,<br clear="none"><br clear="none">and thanks for your help, but i think you do not understand the situation right. The volume is dead, i couldnt reuse it. I reinstalled the os and added the storage with the old volume. So there is acutally no vol1 which i can use in glusterfs. All i have is the old data struction with .glusterfs files and so on. I now want to migrate all files from vol1 to new created and working vol2. But if i move the files direct from directory on each node to mounted new vol2, the disk size remains the same - disk space isnt freed up.<br clear="none"><br clear="none">What can i do? getfattr shows nothing. If i move one folder and look into the .glusterfs, the folder seems to be removed, but df -h shows same free disk space and so i run into trouble.<br clear="none"><br clear="none">Thx<br clear="none">Taste<br clear="none"><br clear="none">Am 25.10.2021 21:04:10, schrieb Strahil Nikolov:<br clear="none">> To be honest , I can't imagine the problem actually.<br clear="none">> <br clear="none">> When you reuse bricks you have two options:<br clear="none">> 1. Recreate the filesystem. It's simpler and easier<br clear="none">> 2. Do the following:<br clear="none">> Delete all previously existing data in the brick, including the .glusterfs subdirectory.<br clear="none">> Run # setfattr -x trusted.glusterfs.volume-id brick and # setfattr -x trusted.gfid brick to remove the attributes from the root of the brick.<br clear="none">> Run # getfattr -d -m . brick to examine the attributes set on the volume. Take note of the attributes.<br clear="none">> Run # setfattr -x attribute brick to remove the attributes relating to the glusterFS file system.<br clear="none">> The trusted.glusterfs.dht attribute for a distributed volume is one such example of attributes that need to be removed. It is necessary to remove the extended attributes `trusted.gfid` and `trusted.glusterfs.volume-id` which are unique for every Gluster brick. These attributes are created the first time a brick gets added to a volume.<br clear="none">> <br clear="none">> As you still have a ".glusterd" you didn't reintegrate the brick.<br clear="none">> <br clear="none">> The only other option I know is to use add-brick with the "force" option.<br clear="none">> <br clear="none">> Can you provide a short summary (commands only) of how the issue happened, what you did and what error is coming up ?<br clear="none">> <br clear="none">> <br clear="none">> Best Regards,<br clear="none">> Strahil Nikolov <br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> В сряда, 20 октомври 2021 г., 14:06:29 ч. Гринуич+3, Taste-Of-IT <<a shape="rect" ymailto="mailto:kontakt@taste-of-it.de" href="mailto:kontakt@taste-of-it.de">kontakt@taste-of-it.de</a>> написа: <br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> Hi,<br clear="none">> <br clear="none">> i now moving from dead vol1 to new vol2 mounted via nfs. <br clear="none">> <br clear="none">> The problem is, that the storage rises and not as expected stay the same. Any idea? I think it has something to do with the .glusterfs direcoties on dead vol1.<br clear="none">> <br clear="none">> thx<br clear="none">> <br clear="none">> Webmaster Taste-of-IT.de<br/><br/>Am 29.08.2021 12:42:18, schrieb Strahil Nikolov:<br clear="none">> > Best case scenario, you just mount via FUSE on the 'dead' node and start copying.<br clear="none">> > Yet, in your case you don't have enough space. I guess you can try on 2 VMs to simulate the failure, rebuild and then forcefully re-add the old brick. It might work, it might not ... at least it's worth trying.<br clear="none">> > <br clear="none">> > Best Regards,Strahil Nikolov<br clear="none">> > <br clear="none">> > Sent from Yahoo Mail on Android <br clear="none">> >  <br clear="none">> >  On Thu, Aug 26, 2021 at 15:27, Taste-Of-IT<<a shape="rect" ymailto="mailto:kontakt@taste-of-it.de" href="mailto:kontakt@taste-of-it.de">kontakt@taste-of-it.de</a>> wrote:  Hi,<br clear="none">> > what do you mean? Copy the data from dead node to runnig node and than add the new installed node to existing vol1, after that running rebalance? If so, this is not possible, because node1 has not enough free space to take all from node2.<br clear="none">> > <br clear="none">> > thx<br clear="none">> > <br clear="none">> > Am 22.08.2021 18:35:33, schrieb Strahil Nikolov:<br clear="none">> > > Hi,<br clear="none">> > > <br clear="none">> > > the best way is to copy the files over the FUSE mount and later add the bricks and rebalance.<br clear="none">> > > Best Regards,Strahil Nikolov<br clear="none">> > > <br clear="none">> > > Sent from Yahoo Mail on Android <br clear="none">> > >  <br clear="none">> > >  On Thu, Aug 19, 2021 at 23:04, Taste-Of-IT<<a shape="rect" ymailto="mailto:kontakt@taste-of-it.de" href="mailto:kontakt@taste-of-it.de">kontakt@taste-of-it.de</a>> wrote:  Hello,<br clear="none">> > > <br clear="none">> > > i have two nodes with a distributed volume. OS is on a separate disk which crashed on one node. However i can reinstall the os and the raid6 which is used vor the distributed volume was rebuild. The question now is, how to re-add the brick with the volume back to the existing old volume. <br clear="none">> > > <br clear="none">> > > If this is not possible what is with this idea: i create a new vol2 with distributed over both nodes and move the files direkt from directory to new volume via nfs-ganesha share?!<br clear="none">> > > <br clear="none">> > > thx<br clear="none">> > > ________<br clear="none">> > > <br clear="none">> > > <br clear="none">> > > <br clear="none">> > > Community Meeting Calendar:<br clear="none">> > > <br clear="none">> > > Schedule -<br clear="none">> > > Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC<br clear="none">> > > Bridge: <a shape="rect" href="https://meet.google.com/cpu-eiue-hvk" target="_blank">https://meet.google.com/cpu-eiue-hvk</a><br clear="none">> > > Gluster-users mailing list<br clear="none">> > > <a shape="rect" ymailto="mailto:Gluster-users@gluster.org" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br clear="none">> > > <a shape="rect" href="https://lists.gluster.org/mailman/listinfo/gluster-users" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users</a><div class="yqt9625757964" id="yqtfd54211"><br clear="none">> <br clear="none">> > >  <br clear="none">> > ><br clear="none">> > ________<br clear="none">> > <br clear="none">> > <br clear="none">> > <br clear="none">> > Community Meeting Calendar:<br clear="none">> > <br clear="none">> > Schedule -<br clear="none">> > Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC<br clear="none">> > Bridge: <a shape="rect" href="https://meet.google.com/cpu-eiue-hvk" target="_blank">https://meet.google.com/cpu-eiue-hvk</a><br clear="none">> > Gluster-users mailing list<br clear="none">> > <a shape="rect" ymailto="mailto:Gluster-users@gluster.org" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br clear="none">> > <a shape="rect" href="https://lists.gluster.org/mailman/listinfo/gluster-users" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users</a><br clear="none">> >  <br clear="none">> ><br clear="none">> ________<br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> Community Meeting Calendar:<br clear="none">> <br clear="none">> Schedule -<br clear="none">> Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC<br clear="none">> Bridge: <a shape="rect" href="https://meet.google.com/cpu-eiue-hvk" target="_blank">https://meet.google.com/cpu-eiue-hvk</a><br clear="none">> Gluster-users mailing list<br clear="none">> <a shape="rect" ymailto="mailto:Gluster-users@gluster.org" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br clear="none">> <a shape="rect" href="https://lists.gluster.org/mailman/listinfo/gluster-users" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users</a><br clear="none">><br clear="none">________<br clear="none"><br clear="none"><br clear="none"><br clear="none">Community Meeting Calendar:<br clear="none"><br clear="none">Schedule -<br clear="none">Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC<br clear="none">Bridge: <a shape="rect" href="https://meet.google.com/cpu-eiue-hvk" target="_blank">https://meet.google.com/cpu-eiue-hvk</a><br clear="none">Gluster-users mailing list<br clear="none"><a shape="rect" ymailto="mailto:Gluster-users@gluster.org" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br clear="none"><a shape="rect" href="https://lists.gluster.org/mailman/listinfo/gluster-users" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users</a><br clear="none"></div> </div> </blockquote></div>