From owner-freebsd-fs@FreeBSD.ORG Tue Apr 24 07:05:43 2012 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 DA7BF106564A for ; Tue, 24 Apr 2012 07:05:43 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 622408FC15 for ; Tue, 24 Apr 2012 07:05:43 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q3O70e8u098628 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 24 Apr 2012 10:00:45 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4F964F98.7070107@digsys.bg> Date: Tue, 24 Apr 2012 10:00:40 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120420 Thunderbird/10.0.3 MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: <4F964429.5060607@infracaninophile.co.uk> In-Reply-To: <4F964429.5060607@infracaninophile.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Increasing ZFS Disk Sizes 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: Tue, 24 Apr 2012 07:05:43 -0000 On 24.04.12 09:11, Matthew Seaman wrote: > One thing I'd certainly recommend your doing here is to set up a gmirror > across your swap partitions. As it is, despite having your filesystems > mirrored using ZFS, you are still vulnerable to system crash should one > of your drives fail. To do that: > > Halt the system and reboot into single user mode (ie shutdown -r). You > want this so that your current swap partitions are not enabled, as > you'll need to modify their configuration. This can be done while the system is running, as long as swapping is disabled (swapoff -a) and of course there is sufficient RAM to support all running processes. With regards to expanding the zpool, make sure you have autoexpand=on property set on your zpool before you start doing any of this, or at least before replacing the last drive in the vdev. This way, you will be able to resize your zpool while the system is running, no downtime. Otherwise, you may have to reboot and export/import the pool, something not very trivial to do for an root on ZFS pool. Daniel