Chances are something had those files open when you ran your rm, use "lsof" find the offending process, killing it (or HUP sometimes works) should cause the space to come back, there's another fuser trick, but I can't remember what it is atm. Worst case, give it a therapeutic reboot.<div>
<br></div><div>HTH.<br><br><div class="gmail_quote">On Mon, May 21, 2012 at 3:38 PM, Mr. B-o-B <span dir="ltr"><<a href="mailto:mr.chew.baka@gmail.com" target="_blank">mr.chew.baka@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
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.<br>

<br>
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.<br>
<br>
I thought Samba might have something to do with this, so I restarted the service.  No Change.  I rebooted the box and no change.<br>
<br>
Has anyone experienced this before, and if so how did you reclaim the space?<br>
<br>
Any thoughts on this would be greatly appreciated.<br>
<br>
Thanks!<br>
<br>
Bob<br>
<br>
<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>
<a href="mailto:tclug-list@mn-linux.org" target="_blank">tclug-list@mn-linux.org</a><br>
<a href="http://mailman.mn-linux.org/mailman/listinfo/tclug-list" target="_blank">http://mailman.mn-linux.org/<u></u>mailman/listinfo/tclug-list</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Ben Lutgens<br>Linux / Unix System Administrator<br><br>Three of your friends throw up after eating chicken salad.  Do you think:<br>"I should find more robust friends" or "we should check that refrigerator"?<br>
       -- Donald Becker, on vortex-bug, suspecting a network-wide problem<br><br>
</div>