From owner-freebsd-fs@FreeBSD.ORG Thu Dec 24 00:32:55 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 EEA2D106568F for ; Thu, 24 Dec 2009 00:32:54 +0000 (UTC) (envelope-from rincebrain@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 817418FC15 for ; Thu, 24 Dec 2009 00:32:54 +0000 (UTC) Received: by fxm27 with SMTP id 27so8000145fxm.3 for ; Wed, 23 Dec 2009 16:32:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=EdBCzSXbFo0zb5Xlv+fu8rVnmM7O/pnvNb+sFHbXy44=; b=G6AfsYY15XFp3TJmAHQ7/DcS5gOYlDtiWDP5lGS8YnZn6vG6NK4iCQbaraYFjSWSZw Iu1u19YVALuoHzVPKF0KJowQ80dakfvvQbDO8NEU735K+zi4Xe8ue8n1K/wlmA6Q2pVV ZLtoRczM6eqvxQqeBrcU72e8GoQs62Kj1+Luw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Cw6Xp/clWuChpRNiY+Bt08zQqK7cio0Y775fnU4OMjist35noCHSprvHgvX29Dz1TO l/yGDwEtalhI2pMyhso6mk+xpCivmcJTAd0UmrQjWo8XWgsZkTxF67QVNkdRbNxI6uRx CzkykXCMhDoXvLJL3ZRsYkmfkaIamiD75n3to= MIME-Version: 1.0 Received: by 10.239.183.23 with SMTP id s23mr1187491hbg.56.1261614773216; Wed, 23 Dec 2009 16:32:53 -0800 (PST) In-Reply-To: References: <048AF210-8B9A-40EF-B970-E8794EC66B2F@gmail.com> <4B315320.5050504@quip.cz> Date: Wed, 23 Dec 2009 19:32:53 -0500 Message-ID: <5da0588e0912231632v14b5dfcdrc913a9deeac9e38a@mail.gmail.com> From: Rich To: Steven Schlansker Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org 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:32:55 -0000 That's fascinating - I'd swear it used to be the case (in Solaris-land, at least) that resilvering with a smaller vdev resulted in it shrinking the available space on other vdevs as though they were all as large as the smallest vdev available. In particular, I'd swear I've done this with some disk arrays I have laying around with 7x removable SCA drives, which I have in 2, 4.5, 9, and 18 GB varieties... But maybe I'm just hallucinating, or this went away a long time ago. (This was circa b70 in Solaris.) I know you can't do this in FreeBSD; I've also run into the "insufficient space" problem when trying to replace with a smaller vdev. - Rich On Wed, Dec 23, 2009 at 7:29 PM, Steven Schlansker wrote: > > 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= (< =A01MB) >>> and whenever one of them goes down and I bring the pool up, it helpfull= y (?) >>> 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? =A0I'm >>> eventually going to keep expanding each of my drives one megabyte at a = time >>> using gconcat and space on another drive! =A0Very frustrating... >> >> 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. =A0Unfortunately, I didn't do this when I first ma= de the array > as the documentation says you should use whole disks so that it can enabl= e the write > cache, which I took to mean you shouldn't use a partition table. =A0And n= ow there's no > way to fix it after the fact, as you can't shrink a zpool even by a singl= e > MB :( > > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > --=20 [We] use bad software and bad machines for the wrong things. -- R. W. Hammi= ng