From owner-freebsd-fs@FreeBSD.ORG Sat Sep 28 20:06:48 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 80030F41 for ; Sat, 28 Sep 2013 20:06:48 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF0F42FC7 for ; Sat, 28 Sep 2013 20:06:47 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id 8F32411C6F1E; Sat, 28 Sep 2013 22:06:38 +0200 (CEST) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.3 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 17.1007] X-CRM114-CacheID: sfid-20130928_22063_EDFE8DD1 X-CRM114-Status: Good ( pR: 17.1007 ) X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Sat Sep 28 22:06:38 2013 X-DSPAM-Confidence: 0.9961 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 524736ce807201965525328 X-DSPAM-Factors: 27, From*Attila Nagy , 0.00010, the+>, 0.00084, of+>, 0.00144, is+>, 0.00171, wrote+>, 0.00204, >+You, 0.00253, all+>, 0.00332, >+in, 0.00332, >+>, 0.00351, References*fsn.hu>, 0.00354, >+So, 0.00354, >+So, 0.00354, the+output, 0.00354, the+output, 0.00354, I+understand, 0.00379, I+understand, 0.00379, to+fix, 0.00408, zfs, 0.00481, output+of, 0.00529, output+of, 0.00529, filesystem, 0.00529, wrote, 0.00529, From*Attila, 0.00529, >+But, 0.00588, Subject*system, 0.00661, output, 0.00675, X-Spambayes-Classification: ham; 0.00 Received: from [192.168.3.2] (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTPSA id 94FD311C6F0D; Sat, 28 Sep 2013 22:06:34 +0200 (CEST) Message-ID: <524736C6.9010205@fsn.hu> Date: Sat, 28 Sep 2013 22:06:30 +0200 From: Attila Nagy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090817 Thunderbird/2.0.0.23 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: Ronald Klop , freebsd-fs@freebsd.org Subject: Re: zfs: the exponential file system from hell References: <52457A32.2090105@fsn.hu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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: Sat, 28 Sep 2013 20:06:48 -0000 On 09/27/2013 03:52 PM, Ronald Klop wrote: > > So, if I understand you correctly, you compare the output of free > space of zpool list (of the whole pool) to the output of df of one of > size zfs's. Yes. > So the conclusion is that zpool list shows you how much space there is > in the pool and df shows the > amount-of-space-of-one-zfs-if-you-don't-do-change-other-zfs's-in-the-pool-in-the-meantime. Almost, it wasn't about the free space, but the capacity. > But I understand it is a bit confusing if you come from traditional > fixed-size filesystems. Yes, for machines, which rely on df's output. :) That's what happened here, and that's where an otherwise linear fill up went exponential. I've been asked about it, and graphed it, because it looked funny. > You can emulate a fixed-size filesystem by using quota's. Give all > zfs's 1/6 of the space in quota and your df will work perfectly. Agreed, that's the easiest way to fix this.