From owner-freebsd-questions@FreeBSD.ORG Wed Aug 6 08:49:52 2014 Return-Path: Delivered-To: freebsd-questions@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 ESMTPS id C7D1532D for ; Wed, 6 Aug 2014 08:49:52 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1lp0144.outbound.protection.outlook.com [207.46.163.144]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 701F1264F for ; Wed, 6 Aug 2014 08:49:51 +0000 (UTC) Received: from [IPv6:2601:2:4780:2fd:e806:9aa:f68a:db81] (2601:2:4780:2fd:e806:9aa:f68a:db81) by BY1PR0301MB0837.namprd03.prod.outlook.com (25.160.193.143) with Microsoft SMTP Server (TLS) id 15.0.995.14; Wed, 6 Aug 2014 08:49:43 +0000 Message-ID: <53E1EC21.3050306@my.hennepintech.edu> Date: Wed, 6 Aug 2014 03:49:37 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Subject: Re: some ZFS questions References: <201408060732.s767WlPP027322@sdf.org> In-Reply-To: <201408060732.s767WlPP027322@sdf.org> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [2601:2:4780:2fd:e806:9aa:f68a:db81] X-ClientProxiedBy: BN3PR0301CA0010.namprd03.prod.outlook.com (25.160.180.148) To BY1PR0301MB0837.namprd03.prod.outlook.com (25.160.193.143) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID: X-Forefront-PRVS: 02951C14DC X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(51704005)(24454002)(189002)(199002)(86362001)(50466002)(81542001)(21056001)(110136001)(65816999)(107046002)(47776003)(20776003)(64706001)(80316001)(83322001)(107886001)(2351001)(65806001)(81342001)(33656002)(80022001)(79102001)(65956001)(87266999)(50986999)(76482001)(74502001)(59896001)(31966008)(89122001)(74662001)(46102001)(54356999)(88552001)(99396002)(77982001)(76176999)(101416001)(77096002)(42186005)(83506001)(105586002)(23676002)(92726001)(75432001)(4396001)(92566001)(87976001)(83072002)(106356001)(85306004)(3826002); DIR:OUT; SFP:; SCL:1; SRVR:BY1PR0301MB0837; H:[IPv6:2601:2:4780:2fd:e806:9aa:f68a:db81]; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; X-OriginatorOrg: my.hennepintech.edu X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2014 08:49:52 -0000 On 2014.08.06 02:32, Scott Bennett wrote: > I have a number of questions that I need answered before I go about > setting up any raidz pools. They are in no particular order. > > 1) What is the recommended method of using geli encryption with > ZFS? > Does one first create .eli devices and then specify those > .eli devices in the zpool(8) command as the devices to include > in the pool? This. > 2) How does one start or stop a pool? That depends on what you mean by 'start' and 'stop'. I am guessing by what you described that you mean 'import' and 'export'. I'm not sure how to prevent automatic import for pools that were imported on the same system and not exported prior to shutdown, but I am sure it can be done. Resilvering does not mercilessly thrash disks; standard reads and writes are given higher priority in the scheduler than resilver and scrub operations. > 3) If a raidz2 or raidz3 loses more than one component, does one > simply replace and rebuild all of them at once? Or is it necessary > to rebuild them serially? In some particular order? AFAIK, replacement of several disks can't be done in a single command, but I don't think you need to wait for a resilver to finish on one before you can replace another. > 5) When I upgrade to amd64, the usage would continue to be low- > intensity as defined above. Will the 4 GB be enough? I will not > be using the "deduplication" feature at all. It will be enough unless you are managing tens of TB of data. I recommend setting an ARC limit of 3GB or so. There is a patch that makes the ARC handle memory pressure more gracefully, but it's not committed yet. I highly recommend moving to 64-bit as soon as possible. > 6) I have a much fancier computer sitting unused that I intend to > put into service fairly soon after getting my current disk and data > situation resolved. The drives that would be in use for raidz > pools I would like to attach to that system when it is ready. It > also has 4 GB of memory, but would start out as an amd64 system and > might well have another 2 GB or 4 GB added at some point(s), though > not immediately. What problems/pitfalls/precautions would I need > to have in mind and be prepared for in order to move those drives > from the current system to that newer one? It should be pretty painless to move pools from system to system. Exporting a pool from the old system is recommended before moving, but not necessary.