From nobody@FreeBSD.org  Sat Apr 28 14:09:47 2007
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 7CDBF16A402
	for <freebsd-gnats-submit@FreeBSD.org>; Sat, 28 Apr 2007 14:09:47 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [69.147.83.33])
	by mx1.freebsd.org (Postfix) with ESMTP id 68ACA13C48C
	for <freebsd-gnats-submit@FreeBSD.org>; Sat, 28 Apr 2007 14:09:47 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.13.1/8.13.1) with ESMTP id l3SE9lRc084824
	for <freebsd-gnats-submit@FreeBSD.org>; Sat, 28 Apr 2007 14:09:47 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.13.1/8.13.1/Submit) id l3SE4i3M073576;
	Sat, 28 Apr 2007 14:04:44 GMT
	(envelope-from nobody)
Message-Id: <200704281404.l3SE4i3M073576@www.freebsd.org>
Date: Sat, 28 Apr 2007 14:04:44 GMT
From: qzheng<qzheng@dev.sunnet.org>
To: freebsd-gnats-submit@FreeBSD.org
Subject: 4.11-stable disk free space problem
X-Send-Pr-Version: www-3.0

>Number:         112206
>Category:       kern
>Synopsis:       4.11-stable disk free space problem
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Apr 28 14:10:09 GMT 2007
>Closed-Date:    Mon Apr 30 22:12:39 GMT 2007
>Last-Modified:  Mon Apr 30 22:12:39 GMT 2007
>Originator:     qzheng
>Release:        4.11
>Organization:
>Environment:
FreeBSD rs.sunnet.org 4.11-STABLE FreeBSD 4.11-STABLE #2: Fri Apr 15 17:04:37 CST 2005     root@rs.sunnet.org:/usr/obj/usr/src/sys/RS  i386
>Description:
this is a production server running for about 1 year without rebooting, our root directory recently reported file system full, so I did following jobs:

echo '' > those large log file
mv  those large directories to another parition and do a ln -s

but df -h still reports like:
Filesystem    Size   Used  Avail Capacity  Mounted on
/dev/ad0s1a    14G    12G   472M    96%    /

and a week later the root file system got to be full again, I checked the simple root filesystem but cant find any large file/dir there can use 12G space, so I tried to do a fastboot, and then df -h reports:

Filesystem    Size   Used  Avail Capacity  Mounted on
/dev/ad0s1a    14G   639M    12G     5%    /

that meant have to do a rebooting to force the UFS calculates the real disk usage, right?
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: kris 
State-Changed-When: Mon Apr 30 22:11:22 UTC 2007 
State-Changed-Why:  
See the FAQ; disk space is not recovered while a running process still 
has the file open (in this case it was probably syslogd or similar). 
i.e. this is not a bug. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=112206 
>Unformatted:
