From owner-freebsd-current@FreeBSD.ORG Sun Jan 5 12:43:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10AA1161 for ; Sun, 5 Jan 2014 12:43:19 +0000 (UTC) Received: from mail-pb0-x22b.google.com (mail-pb0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D53F91CDF for ; Sun, 5 Jan 2014 12:43:18 +0000 (UTC) Received: by mail-pb0-f43.google.com with SMTP id rq2so17405775pbb.30 for ; Sun, 05 Jan 2014 04:43:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LxOeUF/JRbMnq/UypXC6KANAzHbp5q0ZdtDSMt9+hFU=; b=l9bUka2w6IAU4w00pRHAFR8LPDZSHK+mb8ypXHQsctIGOchtKdJmjUpD3YofUVbcku ITSnghphI/l5Iun3rnxAmdsIABooJiXw9cn1pkxGMT8vNAQnt7zv38fowcU7lK6mhQCJ fuxjkYMVJetYHZOmYwhHShhwlZY85I/B85GrBiNxKxL97jlVB/Aq8q+RU4hpRaK4jTxa MwPyoaWsRTX/ndHQXaiUPNUh3b2wUWvZzUf4SIobpo3s4QColwHUCnVf+jWwgN3NmsiQ 2H/rN0eVrjC1Ynpsv1jQK5Ly5Oa33UOXLEznHQor7M9yXoa7GSfINMSc7qOe3F6+1/cs ugRw== MIME-Version: 1.0 X-Received: by 10.68.189.133 with SMTP id gi5mr115009384pbc.57.1388925798337; Sun, 05 Jan 2014 04:43:18 -0800 (PST) Received: by 10.70.92.71 with HTTP; Sun, 5 Jan 2014 04:43:18 -0800 (PST) In-Reply-To: <20140105091138.725ff0c2@thor.walstatt.dyndns.org> References: <20140103130021.30569db4@thor.walstatt.dyndns.org> <20140103171457.0fbf0cd4@telesto> <20140103181622.GA61275@dan.emsphone.com> <20140103202535.6e72eebd@thor.walstatt.dyndns.org> <20140104221004.GA72376@server.rulingia.com> <20140104232642.141402dd@thor.walstatt.dyndns.org> <20140104231426.GC72376@server.rulingia.com> <20140105091138.725ff0c2@thor.walstatt.dyndns.org> Date: Sun, 5 Jan 2014 06:43:18 -0600 Message-ID: Subject: Re: ZFS command can block the whole ZFS subsystem! From: Adam Vande More To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD CURRENT , Peter Jeremy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 12:43:19 -0000 On Sun, Jan 5, 2014 at 2:11 AM, O. Hartmann wrote: > On Sun, 5 Jan 2014 10:14:26 +1100 > Peter Jeremy wrote: > > > On 2014-Jan-04 23:26:42 +0100, "O. Hartmann" > > wrote: > > >zfs list -r BACKUP00 > > >NAME USED AVAIL REFER MOUNTPOINT > > >BACKUP00 1.48T 1.19T 144K /BACKUP00 > > >BACKUP00/backup 1.47T 1.19T 1.47T /backup > > > > Well, that at least shows it's making progress - it's gone from 2.5T > > to 1.47T used (though I gather that has taken several days). Can you > > pleas post the result of > > zfs get all BACKUP00/backup > > > > Here we go: > > > NAME PROPERTY VALUE SOURCE > BACKUP00/backup type filesystem - > BACKUP00/backup creation Fr Dez 20 23:17 2013 - > BACKUP00/backup used 1.47T - > BACKUP00/backup available 1.19T - > BACKUP00/backup referenced 1.47T - > BACKUP00/backup compressratio 1.00x - > BACKUP00/backup mounted no - > BACKUP00/backup quota none default > BACKUP00/backup reservation none default > BACKUP00/backup recordsize 128K default > BACKUP00/backup mountpoint /backup local > BACKUP00/backup sharenfs off default > BACKUP00/backup checksum sha256 local > BACKUP00/backup compression lz4 local > BACKUP00/backup atime on default > BACKUP00/backup devices on default > BACKUP00/backup exec on default > BACKUP00/backup setuid on default > BACKUP00/backup readonly off default > BACKUP00/backup jailed off default > BACKUP00/backup snapdir hidden default > BACKUP00/backup aclmode discard default > BACKUP00/backup aclinherit restricted default > BACKUP00/backup canmount on default > BACKUP00/backup xattr on default > BACKUP00/backup copies 1 default > BACKUP00/backup version 5 - > BACKUP00/backup utf8only off - > BACKUP00/backup normalization none - > BACKUP00/backup casesensitivity sensitive - > BACKUP00/backup vscan off default > BACKUP00/backup nbmand off default > BACKUP00/backup sharesmb on local > BACKUP00/backup refquota none default > BACKUP00/backup refreservation none default > BACKUP00/backup primarycache all default > BACKUP00/backup secondarycache all default > BACKUP00/backup usedbysnapshots 0 - > BACKUP00/backup usedbydataset 1.47T - > BACKUP00/backup usedbychildren 0 - > BACKUP00/backup usedbyrefreservation 0 - > BACKUP00/backup logbias latency default > BACKUP00/backup dedup on local > As already described by Dan and perhaps not followed up on: dedup requires at very large amount of memory. Assuming 32GB is sufficient is most likely wrong. What does zdb -S BACKUP00 say? Also I will note you were asked if the ZFS FS in question had dedup enabled. You replied with a response from an incorrect FS. -- Adam