From owner-freebsd-stable@freebsd.org Sun Oct 16 19:49:44 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09709C12687 for ; Sun, 16 Oct 2016 19:49:44 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id E5B08139C for ; Sun, 16 Oct 2016 19:49:43 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: by mailman.ysv.freebsd.org (Postfix) id E22A7C12686; Sun, 16 Oct 2016 19:49:43 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1CD6C12685 for ; Sun, 16 Oct 2016 19:49:43 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 54A84139B for ; Sun, 16 Oct 2016 19:49:43 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from [IPv6:2a02:2698:27:b4d9:c47f:381:9c23:2301] ([IPv6:2a02:2698:27:b4d9:c47f:381:9c23:2301]) (authenticated bits=0) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPSA id u9GJndTE046973 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 17 Oct 2016 00:49:40 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1476647380; bh=SbXtF85XLdva8wB9ehe97GhHUr1VucMZFIvHNvECz7U=; h=Subject:To:References:From:Date:In-Reply-To; b=VuHY0IISjszCzSE8fFo7mWGYLM8jC1aXMqIsF2KIG1heLv6GTK0uTBO7zQgwpZlTN NcWnDzOIb76V6zvigkh98HXSVjXhgvfvIJYQip+Ot+HASTRx39f+VyHkGWSBZeHM3H gfS3IPB34ovFc2frKikKOAeqdBkpGeijd3LxZpLc= Subject: Re: zfs/raidz: seems like I'm failing with math To: "stable@freebsd.org" References: From: "Eugene M. Zheganin" Message-ID: <75ef50fa-0e0a-c576-c558-145ddcb32f0b@norma.perm.ru> Date: Mon, 17 Oct 2016 00:49:40 +0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2016 19:49:44 -0000 Hi. On 16.10.2016 22:06, Alan Somers wrote: > It's raw size, but the discrepancy is between 1000 and 1024. Smartctl > is reporting base 10 size, but zpool is reporting base 1024.. > 960197124096.0*6/1024**4 = 5.24 TB, which is pretty close to what > zpool says. Thanks ! It does explain it. But then again, on a pool that has been just created, I check the properties of the root dataset (I'm posting all the properties, just to display there's no child datasets or data on the pool): ===Cut=== # zfs get all gamestop NAME PROPERTY VALUE SOURCE gamestop type filesystem - gamestop creation sun oct 16 19:02 2016 - gamestop used 403K - gamestop available 4,04T - gamestop referenced 153K - gamestop compressratio 1.00x - gamestop mounted yes - gamestop quota none default gamestop reservation none default gamestop recordsize 128K default gamestop mountpoint /gamestop default gamestop sharenfs off default gamestop checksum on default gamestop compression off default gamestop atime on default gamestop devices on default gamestop exec on default gamestop setuid on default gamestop readonly off default gamestop jailed off default gamestop snapdir hidden default gamestop aclmode discard default gamestop aclinherit restricted default gamestop canmount on default gamestop xattr off temporary gamestop copies 1 default gamestop version 5 - gamestop utf8only off - gamestop normalization none - gamestop casesensitivity sensitive - gamestop vscan off default gamestop nbmand off default gamestop sharesmb off default gamestop refquota none default gamestop refreservation none default gamestop primarycache all default gamestop secondarycache all default gamestop usedbysnapshots 0 - gamestop usedbydataset 153K - gamestop usedbychildren 249K - gamestop usedbyrefreservation 0 - gamestop logbias latency default gamestop dedup off default gamestop mlslabel - gamestop sync standard default gamestop refcompressratio 1.00x - gamestop written 153K - gamestop logicalused 26,5K - gamestop logicalreferenced 9,50K - gamestop volmode default default gamestop filesystem_limit none default gamestop snapshot_limit none default gamestop filesystem_count none default gamestop snapshot_count none default gamestop redundant_metadata all default ===Cut=== Only 4.03T is available. Looks like it's the actual size, since it's zfs and not zpool. But 960197124096 bytes * 5 / 1024^4 gives me 4.366 Tb, and not the 4.03 T. Where did about 300 gigs go ? I'm really trying to understand, not to catch some questionable logic or find errors. Thanks. Eugene.