From owner-freebsd-fs@FreeBSD.ORG Thu Dec 24 00:29:09 2009 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 CAEF9106566B for ; Thu, 24 Dec 2009 00:29:09 +0000 (UTC) (envelope-from stevenschlansker@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 80E0A8FC1C for ; Thu, 24 Dec 2009 00:29:09 +0000 (UTC) Received: by yxe1 with SMTP id 1so7348230yxe.3 for ; Wed, 23 Dec 2009 16:29:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:mime-version :subject:from:in-reply-to:date:content-transfer-encoding:message-id :references:to:x-mailer; bh=qxiz8piwU4AXsSUz9nkSn188i9WfXTnqjEpdFK9vVxo=; b=k3qNxNdSJgZhwncfGvVTs/jhdC+r0DjOGOZFpGmvSxTvwJjg+840TPqXl1tLGJ8EqY zb8Iv2+k7Ku+NaC/2+B2QLrKPShpkFa8nJvTaUN+TjPD1e6xmO/0Ccb5slucmZ4uKbg9 ihyOX1CPr+Amdz/tmy+/7iru2G1UDLET0S7qQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=oQCwbbp6HSbsUz4uxc4ZuXLccSL41tv9llvDV6o1HOxn3QXJvYLKCRl2txdFmu1etN EU4NQabHULzJy6BWrp82JCgioDGr4NFhrvhMWKXDXQRTTUP/7sexkszCw9X5/GOOTo5g UJlK42E02YhdfQUiop2oSrIja6OKiaHNV5Ao8= Received: by 10.101.6.13 with SMTP id j13mr16688396ani.128.1261614548894; Wed, 23 Dec 2009 16:29:08 -0800 (PST) Received: from 68-29-245-15.pools.spcsdns.net (68-29-245-15.pools.spcsdns.net [68.29.245.15]) by mx.google.com with ESMTPS id 20sm3286119yxe.2.2009.12.23.16.29.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Dec 2009 16:29:07 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1077) From: Steven Schlansker In-Reply-To: <4B315320.5050504@quip.cz> Date: Wed, 23 Dec 2009 16:29:02 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <048AF210-8B9A-40EF-B970-E8794EC66B2F@gmail.com> <4B315320.5050504@quip.cz> To: freebsd-fs@freebsd.org X-Mailer: Apple Mail (2.1077) Subject: Re: ZFS: Can't repair raidz2 (Cannot replace a replacing device) 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: Thu, 24 Dec 2009 00:29:09 -0000 On Dec 22, 2009, at 3:15 PM, Miroslav Lachman wrote: > Steven Schlansker wrote: >> As a corollary, you may notice some funky concat business going on. >> This is because I have drives which are very slightly different in = size (< 1MB) >> and whenever one of them goes down and I bring the pool up, it = helpfully (?) >> expands the pool by a whole megabyte then won't let the drive back = in. >> This is extremely frustrating... is there any way to fix that? I'm >> eventually going to keep expanding each of my drives one megabyte at = a time >> using gconcat and space on another drive! Very frustrating... >=20 > You can avoid it by partitioning the drives to the well known = 'minimal' size (size of smallest disk) and use the partition instead of = raw disk. > For example ad12s1 instead of ad12 (if you creat slices by fdisk) > of ad12p1 (if you creat partitions by gpart) Yes, this makes sense. Unfortunately, I didn't do this when I first = made the array as the documentation says you should use whole disks so that it can = enable the write cache, which I took to mean you shouldn't use a partition table. And = now there's no way to fix it after the fact, as you can't shrink a zpool even by a = single MB :(