From owner-freebsd-fs@FreeBSD.ORG Sun Jul 5 17:07:29 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CFB1106566C for ; Sun, 5 Jul 2009 17:07:29 +0000 (UTC) (envelope-from gldisater@gmail.com) Received: from mail-qy0-f204.google.com (mail-qy0-f204.google.com [209.85.221.204]) by mx1.freebsd.org (Postfix) with ESMTP id 4714C8FC0A for ; Sun, 5 Jul 2009 17:07:29 +0000 (UTC) (envelope-from gldisater@gmail.com) Received: by qyk42 with SMTP id 42so268431qyk.3 for ; Sun, 05 Jul 2009 10:07:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=9Ut5x2Dn2Xz7BTV3oTAl923wFiyGZFZ2AtFCwGSVJ8A=; b=KbOdCNOmQdkUFiX2L2vRnp6nJqerec3sP0RTmUl9HzVOL+hEPJ0/HPBedKEkL6OAzR 5vv6nuIi6FsfNKBZy3Pccfd7ZTVzEdT+hFJhMPd1A3HGiI9oUK0ZBR80U9bnBnCLBn6g 1I8xYHSEBdYM7Al6nLlMdzO8r7BtLKVTVDymU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=IAHvz/Ie2BmilAG9md+hFc1CAAMDAOjlz47tjQ0/1ZQVtDnbED6qIZ4WSP7DMG77FU KElK0UHb+k02EHhTXG8ouCILQXHo6OvPgHoSX9H4zsqLj8g8PkA+91lMBHN/TC01391N Ejd4YTii/GxUPpVZ4xeutDWgFlmBcn5Hpe5Ng= Received: by 10.224.19.133 with SMTP id a5mr3813013qab.387.1246812261519; Sun, 05 Jul 2009 09:44:21 -0700 (PDT) Received: from ?192.168.1.3? (CPE0013100d8fd9-CM00195eca698c.cpe.net.cable.rogers.com [99.237.60.47]) by mx.google.com with ESMTPS id 26sm12194158qwa.37.2009.07.05.09.44.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 05 Jul 2009 09:44:20 -0700 (PDT) Message-ID: <4A50A02B.5060402@gmail.com> Date: Sun, 05 Jul 2009 12:44:27 +0000 From: Jeremy Faulkner User-Agent: Thunderbird 2.0.0.21 (X11/20090518) MIME-Version: 1.0 To: Dan Naumov References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: ZFS and df weirdness X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2009 17:07:29 -0000 Dan Naumov wrote: > Hello list. > > I have a single 2tb disk used on a 7.2-release/amd64 system with a > small part of it given to UFS and most of the disk given to a single > "simple" zfs pool with several filesystems without redundancy. I've > noticed a really weird thing regarding what "df" reports regarding the > "total space" of one of my filesystems: > > atom# zpool list > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > tank 1.80T 294G 1.51T 15% ONLINE - > > atom# zfs list > NAME USED AVAIL REFER MOUNTPOINT > tank 294G 1.48T 18K none > tank/DATA 292G 1.48T 292G /DATA > tank/home 216K 1.48T 21K /home > tank/home/jago 132K 1.48T 132K /home/jago > tank/home/karni 62K 1.48T 62K /home/karni > tank/usr 1.33G 1.48T 18K none > tank/usr/local 455M 1.48T 455M /usr/local > tank/usr/obj 18K 1.48T 18K /usr/obj > tank/usr/ports 412M 1.48T 412M /usr/ports > tank/usr/src 495M 1.48T 495M /usr/src > tank/var 320K 1.48T 18K none > tank/var/log 302K 1.48T 302K /var/log > > atom# df > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad12s1a 16244334 1032310 13912478 7% / > devfs 1 1 0 100% /dev > linprocfs 4 4 0 100% /usr/compat/linux/proc > tank/DATA 1897835904 306397056 1591438848 16% /DATA > tank/home 1591438848 0 1591438848 0% /home > tank/home/jago 1591438976 128 1591438848 0% /home/jago > tank/home/karni 1591438848 0 1591438848 0% /home/karni > tank/usr/local 1591905024 466176 1591438848 0% /usr/local > tank/usr/obj 1591438848 0 1591438848 0% /usr/obj > tank/usr/ports 1591860864 422016 1591438848 0% /usr/ports > tank/usr/src 1591945600 506752 1591438848 0% /usr/src > tank/var/log 1591439104 256 1591438848 0% /var/log > > atom# df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/ad12s1a 15G 1.0G 13G 7% / > devfs 1.0K 1.0K 0B 100% /dev > linprocfs 4.0K 4.0K 0B 100% /usr/compat/linux/proc > tank/DATA 1.8T 292G 1.5T 16% /DATA > tank/home 1.5T 0B 1.5T 0% /home > tank/home/jago 1.5T 128K 1.5T 0% /home/jago > tank/home/karni 1.5T 0B 1.5T 0% /home/karni > tank/usr/local 1.5T 455M 1.5T 0% /usr/local > tank/usr/obj 1.5T 0B 1.5T 0% /usr/obj > tank/usr/ports 1.5T 412M 1.5T 0% /usr/ports > tank/usr/src 1.5T 495M 1.5T 0% /usr/src > tank/var/log 1.5T 256K 1.5T 0% /var/log > > Considering that every single filesystem is part of the exact same > pool, with no custom options whatsoever used during filesystem > creation (except for mountpoints), why is the size of tank/DATA 1.8T > while the others are 1.5T? > > > - Sincerely, > Dan Naumov Because 292G is already written to it with another 1.5T available for use. All your other filesystems are less than 0.5G so they don't impact the rounding o fthe Size field. -- Jeremy Faulkner