Date: Tue, 1 Oct 2013 11:18:08 +0200 From: Borja Marcos <borjam@sarenet.es> To: kpneal@pobox.com Cc: FreeBSD Filesystems <freebsd-fs@FreeBSD.org> Subject: Re: zfs: the exponential file system from hell Message-ID: <D63C177E-46D6-46FE-911C-6FF55DBB7EAD@sarenet.es> In-Reply-To: <20130930234401.GA68360@neutralgood.org> References: <52457A32.2090105@fsn.hu> <77F6465C-4E76-4EE9-88B5-238FFB4E0161@sarenet.es> <20130930234401.GA68360@neutralgood.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D63C177E-46D6-46FE-911C-6FF55DBB7EAD>