My best guess is that one (or more) of the files still has an open file handle. If you rm a file that is open my another process, it simply removes the directory entry but leaves the inode (the actual pointer to the file space) around. When the other user closes the file, it gets deleted. --- Wayne Johnson, | There are two kinds of people: Those 3943 Penn Ave. N. | who say to God, "Thy will be done," Minneapolis, MN 55412-1908 | and those to whom God says, "All right, (612) 522-7003 | then, have it your way." --C.S. Lewis >________________________________ > From: Mr. B-o-B <mr.chew.baka at gmail.com> >To: TCLUG - LIST <tclug-list at mn-linux.org> >Sent: Monday, May 21, 2012 3:38 PM >Subject: [tclug-list] Large Delete - No Reclaimed space with df > >I have a WTF in progress, and I can't figure out why. I have a CentOS box that I use to store various backups on at work. All the backups are stored on a separate RAID 6 setup (11TB - LVM using ext4). The backups area is shared via Samba. > >So I just rm a directory that was close to 6TB is size. However when I do a df -h to disk usage remains unchanged. > >I thought Samba might have something to do with this, so I restarted the service. No Change. I rebooted the box and no change. > >Has anyone experienced this before, and if so how did you reclaim the space? > >Any thoughts on this would be greatly appreciated. > >Thanks! > >Bob > > > > > >_______________________________________________ >TCLUG Mailing List - Minneapolis/St. Paul, Minnesota >tclug-list at mn-linux.org >http://mailman.mn-linux.org/mailman/listinfo/tclug-list > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mailman.mn-linux.org/pipermail/tclug-list/attachments/20120521/36363c88/attachment-0001.html>