From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 5 12:08:29 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACF5C16A4CE for ; Mon, 5 Apr 2004 12:08:29 -0700 (PDT) Received: from smtp.distributel.net (cns2.distributel.NET [66.38.181.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 626D343D45 for ; Mon, 5 Apr 2004 12:08:29 -0700 (PDT) (envelope-from paul@colba.net) Received: from nat.mtl.distributel.net (OUT.NAT01.MTNDODS.distributel.NET [66.38.181.24]) by smtp.distributel.net (8.12.6/8.12.6) with ESMTP id i35J8QLs025239; Mon, 5 Apr 2004 15:08:26 -0400 (EDT) Received: from colba.net (paul@[10.14.61.42])i35ICl7w096347; Mon, 5 Apr 2004 14:12:47 -0400 (EDT) (envelope-from paul@colba.net) Sender: paul@nat.mtl.distributel.net Message-ID: <4071AE8A.FB1C582B@colba.net> Date: Mon, 05 Apr 2004 15:07:54 -0400 From: Paul Khavkine Organization: DISTRIBUTEL X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mark References: <4071AA46.84FB1731@colba.net> <200404051905.I35J5KNN032792@asarian-host.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.36 cc: freebsd-hackers@freebsd.org Subject: Re: File system full X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 19:08:29 -0000 Well it did go down to 63% now but the partition is COMPLETELY empty, 16K used. Even 63% doesn't make sense. How long for softupdates to flush all deleted data usually ? The box is 4.6-STABLE BTW. Thanx Paul Mark wrote: > Paul Khavkine wrote: > > > Today for i have noticed that the /tmp partition on one of our mail > > servers was reported as > > full. I have checked if there's any files in /tmp but found that it > > wasn't true. > > > > > > du reports that /tmp is only using 50K. > > > > After a few minutes the size changed from 100% to 66%. > > > > Even that makes no sense: > > That would probably be the 'softupdates' effect. It was full, then whatever > filled it got deleted; and, due to the softupdates delay, you see it > gradually be freed again. > > - Mark