Do have anyway or tuning parameter to get shorter time wait to get space
back after delete files ?
Does this effect in production environment that heavy i/o( create/delete
all time) and result in run out of disk space quickly than expect ?
Thankyou
Regards,
Nattapon
From: David Teigland <teigland@xxxxxxxxxx>
To: nattapon viroonsri <nattaponv@xxxxxxxxxxx>
CC: linux-cluster@xxxxxxxxxx
Subject: Re: Gfs not return available space after delete
file
Date: Mon, 14 May 2007 11:52:51 -0500
MIME-Version: 1.0
Received: from mx1.redhat.com ([66.187.233.31]) by
bay0-mc6-f11.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Mon,
14 May 2007 09:52:34 -0700
Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com
[172.16.52.254])by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id
l4EGqXHW006692for <nattaponv@xxxxxxxxxxx>; Mon, 14 May 2007 12:52:33 -0400
Received: from null.msp.redhat.com (null.msp.redhat.com [10.15.80.136])by
int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l4EGqWrw007250;Mon,
14 May 2007 12:52:32 -0400
Received: by null.msp.redhat.com (Postfix, from userid 3890)id 0CCBA46BCBF;
Mon, 14 May 2007 11:52:51 -0500 (CDT)
X-Message-Info:
LsUYwwHHNt3660MmjhEvYg2f34OAemlK+ZzoV09lDsZmbz8QigGIQtU5Yvr3lK0P
References: <20070514140513.GA30043@xxxxxxxxxx>
<BAY123-F135D064672C32B1914E4CA63E0@xxxxxxx>
User-Agent: Mutt/1.4.2.2i
Return-Path: teigland@xxxxxxxxxx
X-OriginalArrivalTime: 14 May 2007 16:52:35.0452 (UTC)
FILETIME=[45B303C0:01C79648]
On Mon, May 14, 2007 at 03:35:15PM +0000, nattapon viroonsri wrote:
> Type Total Used Free use%
>
------------------------------------------------------------------------
> inodes 825 825 0 100%
> metadata 1766 1766 0 100%
> data 34897229 419840 34477389 1%
I'm guessing that you've run this just after unlinking everything. GFS
deallocates stuff asynchronously, so getting all the space back will take
some time.
Dave
_________________________________________________________________
Don't just search. Find. Check out the new MSN Search!
http://search.msn.click-url.com/go/onm00200636ave/direct/01/
--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster
