From owner-freebsd-stable@FreeBSD.ORG Mon Apr 30 08:11:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CDDC106564A for ; Mon, 30 Apr 2012 08:11:38 +0000 (UTC) (envelope-from peter.maloney@brockmann-consult.de) Received: from mo6-p05-ob.rzone.de (mo6-p05-ob.rzone.de [IPv6:2a01:238:20a:202:5305::1]) by mx1.freebsd.org (Postfix) with ESMTP id 716CD8FC15 for ; Mon, 30 Apr 2012 08:11:37 +0000 (UTC) X-RZG-AUTH: :LWIKdA2leu0bPbLmhzXgqn0MTG6qiKEwQRWfNxSw4HzYIwjsnvdDt2QV8d370m+nQbyGZQ== X-RZG-CLASS-ID: mo05 Received: from [192.168.179.42] (hmbg-4d06bc54.pool.mediaWays.net [77.6.188.84]) by smtp.strato.de (jored mo86) (RZmta 28.14 DYNA|AUTH) with (DHE-RSA-CAMELLIA256-SHA encrypted) ESMTPA id F027eao3U6wA71 for ; Mon, 30 Apr 2012 10:11:36 +0200 (CEST) Message-ID: <4F9E4937.7040000@brockmann-consult.de> Date: Mon, 30 Apr 2012 10:11:35 +0200 From: Peter Maloney User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4E9B7F6B991C46BF9CCBC03F72A56AFB@CMOTUM25PC><795E082973104798BB84124E63C556CB@CMOTUM25PC><4F9AB906.7000400@my.gd> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: /var getting full X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2012 08:11:38 -0000 Am 27.04.2012 17:26, schrieb Efraín Déctor: > Thank you all. > > I found out that a Java process was using all this space. I restarted > it and voilá problem solved. Did you write this Java program? If so, you probably need a finally block: File f = ... InputStream in = null; try { in = new FileInputStream(in); //whatever you do here, such as create a Reader, you keep a reference to the InputStream }finally{ //A finally is called regardless of what happens in the try. For example, if there is an Exception thrown, the finally is run anyway. Code at the end of the try is not called when an exception is thrown. if( in != null ) { //you must wrap this in a try{}catch(IOException){}, otherwise the rest of your finally is not run if it throws an Exception try{ in.close(); }catch(IOException e) { logger.log(Level.SEVERE, Failed to close InputStream", e); } } } > > > Thanks. > -----Mensaje original----- From: Tom Evans > Sent: Friday, April 27, 2012 10:22 AM > To: Damien Fleuriot > Cc: freebsd-stable@freebsd.org > Subject: Re: /var getting full > > On Fri, Apr 27, 2012 at 4:19 PM, Damien Fleuriot wrote: >> Type: >> sync >> >> >> Then: >> df -h >> >> Then: >> cd /var && du -hd 1 >> >> >> Post results. >> > > As well as this, any unlinked files that have file handles open by > running processes will not be accounted for in du, but will be counted > in df. You could try restarting services that write to /var. > > Cheers > > Tom > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"