From owner-freebsd-fs@FreeBSD.ORG Tue Oct 1 09:18:20 2013 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A84F82E4 for ; Tue, 1 Oct 2013 09:18:20 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from proxypop04.sare.net (proxypop04.sare.net [194.30.0.65]) by mx1.freebsd.org (Postfix) with ESMTP id 677672A13 for ; Tue, 1 Oct 2013 09:18:20 +0000 (UTC) Received: from [172.16.1.206] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id C0A219DC587; Tue, 1 Oct 2013 11:18:12 +0200 (CEST) Subject: Re: zfs: the exponential file system from hell Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: <20130930234401.GA68360@neutralgood.org> Date: Tue, 1 Oct 2013 11:18:08 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <52457A32.2090105@fsn.hu> <77F6465C-4E76-4EE9-88B5-238FFB4E0161@sarenet.es> <20130930234401.GA68360@neutralgood.org> To: kpneal@pobox.com X-Mailer: Apple Mail (2.1283) Cc: FreeBSD Filesystems X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Oct 2013 09:18:20 -0000 On Oct 1, 2013, at 1:44 AM, kpneal@pobox.com wrote: > On Mon, Sep 30, 2013 at 11:07:33AM +0200, Borja Marcos wrote: >> Anyway, in a system with variable datasets "df" is actually = meaningless and you should rely on "zpool list", which gives you >> the real size, allocated space, free space, etc. >>=20 >>=20 >> % zpool list >> NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT >> pool 1.59T 500G 1.11T 30% 1.00x ONLINE - >> %=20 >=20 > See that the zfs command says aurd0 has used 2.14T of space while the = zpool > command says it has used 3.21T? But aursys (the mirror) has numbers = that > roughly match. >=20 > Since 'zfs' works above the pool level it gives accurate sizes no = matter > what kind of redundancy (if any) you are using. >=20 > Bottom line: > The replacement for the 'df' command when using ZFS is 'zfs list'. Ouch, I stand corrected! Thank you :) Borja.