From owner-freebsd-stable@FreeBSD.ORG Tue May 8 10:38:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A11716A400 for ; Tue, 8 May 2007 10:38:54 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 8E74013C465 for ; Tue, 8 May 2007 10:38:53 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l48AcqkK001285; Tue, 8 May 2007 20:38:52 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l48AcqLg001284; Tue, 8 May 2007 20:38:52 +1000 (EST) (envelope-from peter) Date: Tue, 8 May 2007 20:38:52 +1000 From: Peter Jeremy To: Hanatsu Tori Message-ID: <20070508103852.GE838@turion.vk2pj.dyndns.org> References: <68517de70705080204i144ad5e5m39eaafee823805f3@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gatW/ieO32f1wygP" Content-Disposition: inline In-Reply-To: <68517de70705080204i144ad5e5m39eaafee823805f3@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-stable@freebsd.org Subject: Re: Incorrect df -k output?? 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: Tue, 08 May 2007 10:38:54 -0000 --gatW/ieO32f1wygP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-08 13:04:55 +0400, Hanatsu Tori wrote: >xxxxx# df -k >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/ad4s1a 76866422 51507978 19209132 73% / >devfs 1 1 0 100% /dev >*/dev/ad6s1d 77879478 75006042 -3356922 105% /usr/home/ftp/pub/ARCHIE= VE* > > >xxxxx# du -sk /usr/home/ftp/pub/ARCHIEVE >*75006042 /usr/home/ftp/pub/ARCHIEVE* df reports 75006042KB used and du reports 75006042KB used. Where is the problem? >xxxxx# df -h >Filesystem Size Used Avail Capacity Mounted on >/dev/ad0s1a 496M 36M 420M 8% / >devfs 1.0K 1.0K 0B 100% /dev >/dev/ad0s1d 1.9G 425M 1.4G 23% /tmp >/dev/ad0s1f 136G 70G 55G 56% /usr >*/dev/ad0s1e 3.9G 3.6G -21M 101% /var >*/dev/ad2s1d 144G 25G 108G 19% /hd2 >procfs 4.0K 4.0K 0B 100% /proc > >xxxxx# du -sh /var >*202M /var* This is a bit less obvious - there does appear 3.4GB missing. I'll make the assumption that the 'df' output is complete (ie there isn't another filesystem mounted over part of /var) and neither figure is misleading (ie there isn't whitespace in either name and no chrooting or jails are in use). The remaining possibilities are: a) A running process has an unlinked file open. The space will be released when the process closes the file. b) Filesystem snapshots exist. Use snapinfo(8) to check and "rm" them if appropriate c) A combination of UFS and/or fsck bugs and system crashes have lost space. Shutdown or reboot to single user mode and explicity fsck /var. Since you have already bounced the server, it is unlikely to be option a (unless the same process has just grabbed the space again). --=20 Peter Jeremy --gatW/ieO32f1wygP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGQFM8/opHv/APuIcRAoZnAKCn6NF8kJrCMppcDpQGiT2kKandWgCgnqsa 5UmE6YbhkciaFaqKdqdfUac= =wB41 -----END PGP SIGNATURE----- --gatW/ieO32f1wygP--