From nobody@FreeBSD.org  Thu Nov 16 20:42:52 2006
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4514216A412
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 16 Nov 2006 20:42:52 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 66E4343D88
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 16 Nov 2006 20:42:29 +0000 (GMT)
	(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 kAGKgTqx067612
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 16 Nov 2006 20:42:29 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.13.1/8.13.1/Submit) id kAGKgTZQ067611;
	Thu, 16 Nov 2006 20:42:29 GMT
	(envelope-from nobody)
Message-Id: <200611162042.kAGKgTZQ067611@www.freebsd.org>
Date: Thu, 16 Nov 2006 20:42:29 GMT
From: Dana Fernandez<dana@danafernandez.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: File Deletion in a Gvinum Raid 5 does not recover the space as free.
X-Send-Pr-Version: www-3.0

>Number:         105615
>Category:       kern
>Synopsis:       [gvinum] File Deletion in a Gvinum Raid 5 does not recover the space as free.
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    grog
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 16 20:50:00 GMT 2006
>Closed-Date:    Tue Nov 21 03:20:10 GMT 2006
>Last-Modified:  Tue Nov 21 03:20:10 GMT 2006
>Originator:     Dana Fernandez
>Release:        6.0 Release
>Organization:
N/A
>Environment:
FreeBSD jackson.home 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Thu May 11 20:31:09 PDT 2006     dana@jackson.home:/usr/src/sys/i386/compile/WEBSERVER-SMP  i386

>Description:
The system is using gvinum on a version 6.0 Release to control a raid 5
configuration of four sata drives.  

when I file is deleted from the raid volume the space is not added to the
available space.

when deleting a file from a regular partition the process happens as expected.
>How-To-Repeat:
I have deleted several files of varing size and ownership an the above action
is always observed.
>Fix:
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: grog 
State-Changed-When: Tue Nov 21 03:15:59 UTC 2006 
State-Changed-Why:  
Problem can't be related to gvinum. 


Responsible-Changed-From-To: freebsd-bugs->grog 
Responsible-Changed-By: grog 
Responsible-Changed-When: Tue Nov 21 03:15:59 UTC 2006 
Responsible-Changed-Why:  
grog closed this PR. 

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

Greg Lehey, 21 November 2006

Deletion of files is a file system issue, not a volume manager issue.
If there were any problem, it would be related to the (unspecified)
file system.  But without any further information, it's impossible to
determine if there is, in fact, a problem.  Note that rm(1) does not
always remove files; it only does so if the link count goes to 0, and
if the file is not open.

If you can find a situation where none of these apply, please submit a
PR against the file system you are using, including output of ls -l
and df before and after.


