From owner-freebsd-questions@FreeBSD.ORG  Mon Aug 15 23:49:02 2005
Return-Path: <owner-freebsd-questions@FreeBSD.ORG>
X-Original-To: questions@freebsd.org
Delivered-To: freebsd-questions@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4758B16A41F
	for <questions@freebsd.org>; Mon, 15 Aug 2005 23:49:02 +0000 (GMT)
	(envelope-from lei.sun@gmail.com)
Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C760443D45
	for <questions@freebsd.org>; Mon, 15 Aug 2005 23:49:01 +0000 (GMT)
	(envelope-from lei.sun@gmail.com)
Received: by wproxy.gmail.com with SMTP id i5so1049993wra
	for <questions@freebsd.org>; Mon, 15 Aug 2005 16:49:01 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=BqNgTXqOmpS8YmXANB7haleIADq380+WzLgrbnp/OpJy9XkaI7+MzSWCNXpglJtj7eIvjiPFZ7ujWUMr6D3H8bIInhS51Gv3JeX+WWrvcvkaNHDgwPf/Uc4IYV9fRhImK8AbHyWUiXgQozIX3gxu/ZY97fQXo7uLYcS4s4iREik=
Received: by 10.54.47.74 with SMTP id u74mr3934026wru;
	Mon, 15 Aug 2005 16:49:01 -0700 (PDT)
Received: by 10.54.6.70 with HTTP; Mon, 15 Aug 2005 16:49:01 -0700 (PDT)
Message-ID: <d396fddf050815164938c84cae@mail.gmail.com>
Date: Mon, 15 Aug 2005 16:49:01 -0700
From: Lei Sun <lei.sun@gmail.com>
To: Kris Kennaway <kris@obsecurity.org>
In-Reply-To: <20050815203917.GA75533@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <d396fddf05081421343aeded9d@mail.gmail.com>
	<200508151320.j7FDKCVq025507@clunix.cl.msu.edu>
	<20050815203917.GA75533@xor.obsecurity.org>
Cc: Jerry McAllister <jerrymc@clunix.cl.msu.edu>, questions@freebsd.org,
	cpghost <cpghost@cordula.ws>, Glenn Dawson <glenn@antimatter.net>
Subject: Re: disk fragmentation, <0%?
X-BeenThere: freebsd-questions@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: User questions <freebsd-questions.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-questions>, 
	<mailto:freebsd-questions-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-questions>
List-Post: <mailto:freebsd-questions@freebsd.org>
List-Help: <mailto:freebsd-questions-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-questions>, 
	<mailto:freebsd-questions-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Aug 2005 23:49:02 -0000

Thanks All,

I think Kris's suggestion worked, as when I was rebuilding of the
atacontrol, I remember it failed once, and had a lot of problem trying
to reboot and unmount the /tmp directory.

So after I rebuild the array, somehow /tmp looks clean to the OS, and
didn't get checked.

so somehow the the stats was not showing the correct information.

I have already rebuild the machine, all of the effect from the
atacontrol rebuild array are gone now, and it seems like everything is
back to normal.

Capacity is right, Used is right, Avail is right, and all 0.0% fragmentatio=
n.

Then, my other question is,

If the file space allocation works like Glenn said earlier, how come
with the exact same files from 2 different installations using the
exact procedures, can result in different fragmentation?

in the atacontrol raid1 failure case, /dev/ar0s1a: ... 0.5% fragmentation
in the new build case, /dev/ar0s1a: ... 0.0% fragmentation

That doesn't seems to make a lot of sense.

Thanks again

Lei

On 8/15/05, Kris Kennaway <kris@obsecurity.org> wrote:
> On Mon, Aug 15, 2005 at 09:20:12AM -0400, Jerry McAllister wrote:
> > >
> > > Thanks for the good answers.
> > >
> > > But can anyone tell me why the capacity is going negative? and not fu=
ll?
> > >
> > > > Filesystem     Size    Used   Avail Capacity  Mounted on
> > > > /dev/ar0s1e    248M   -278K    228M    -0%    /tmp
> >
> > As someone mentioned, there is a FAQ on this.   You should read it.
> >
>=20
> In fact, you're both wrong, because that's clearly not what's going on
> here (capacity <0, not capacity >100!)
>=20
> The only thing I can think of is that you have some filesystem
> corruption on this partition that is confusing the stats.  Try
> dropping to single-user mode and running fsck -f /tmp.
>=20
> Kris
>=20
>=20
>