From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1S1QeT-0007uj-QS for garchives@archives.gentoo.org; Sat, 25 Feb 2012 23:03:42 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F120AE0D6D; Sat, 25 Feb 2012 23:03:32 +0000 (UTC) Received: from mail-bk0-f53.google.com (mail-bk0-f53.google.com [209.85.214.53]) by pigeon.gentoo.org (Postfix) with ESMTP id D0CF2E0C52 for ; Sat, 25 Feb 2012 23:03:01 +0000 (UTC) Received: by bkwj10 with SMTP id j10so330214bkw.40 for ; Sat, 25 Feb 2012 15:03:00 -0800 (PST) Received-SPF: pass (google.com: domain of freemanrich@gmail.com designates 10.204.129.71 as permitted sender) client-ip=10.204.129.71; Authentication-Results: mr.google.com; spf=pass (google.com: domain of freemanrich@gmail.com designates 10.204.129.71 as permitted sender) smtp.mail=freemanrich@gmail.com; dkim=pass header.i=freemanrich@gmail.com Received: from mr.google.com ([10.204.129.71]) by 10.204.129.71 with SMTP id n7mr3669384bks.91.1330210980929 (num_hops = 1); Sat, 25 Feb 2012 15:03:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=c2mRXFzael7yjo6Cq7DRYtohZ2ywMA3MTXFrZKyVYPM=; b=UBv2F66mDjV/4xFdB7RKCjtsw7IiJulEJ3U1kUdFQHFEomxPqRuk1N2oyBHd4ydV/x eJLs1OZEMXbBTu7zuXQ+qs0iuMD+BSm0p+jlxJD/aDbmSuJtpcIf5tia/8idd4UB1d0z H7ZHLnkfD726svxEquNXOs4szNyb+cM5QqkiE= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Received: by 10.204.129.71 with SMTP id n7mr2991340bks.91.1330210980809; Sat, 25 Feb 2012 15:03:00 -0800 (PST) Sender: freemanrich@gmail.com Received: by 10.205.32.194 with HTTP; Sat, 25 Feb 2012 15:03:00 -0800 (PST) In-Reply-To: References: <4F47CF5C.4070508@gentoo.org> <20120224154327.61c051ad@gentoo.org> <3a6095b4d48c4163bb912d6fd608059f@HUBCAS2.cs.stonybrook.edu> <3e5f8f3a918f417e977c7a6f535ea738@HUBCAS2.cs.stonybrook.edu> <989c96a90b7342069ebc9ac29fb53c22@HUBCAS2.cs.stonybrook.edu> Date: Sat, 25 Feb 2012 18:03:00 -0500 X-Google-Sender-Auth: oBlPYPgRYpan0qneeEZTONXRRL4 Message-ID: Subject: Re: [gentoo-dev] preserve_old_lib and I'm even more lazy From: Rich Freeman To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: 35cc533e-38b2-4f65-905d-0805b6be2428 X-Archives-Hash: 9de1534c51f199c76cc0e67eaf2a0d40 On Sat, Feb 25, 2012 at 5:47 PM, Richard Yao wrote: > If you have proper backups, you should be able to destroy the pool, > make a new one and restore the backup. If you do not have backups, > then I think there are more important things to consider than your > ability to do this without them. I wouldn't have pointed it out if the solution were this simple in my case. Not everything is worth backing up - I'd rather take a 2% chance of losing everything but maybe the 0.1% of my storage that I back up, than wipe the drive and have a 100% chance of losing everything but the 0.1% of my storage that I back up. My data isn't worth the cost of a proper backup solution, but it isn't worthless either so if I can have my cake and eat it too so much the better. That said, it is true that reshaping often isn't practical for other reasons, such as having 4 1TB drives, and by the time you want to add another one the best price point is on 500TB drives. Thanks for your comments just the same - they are informative. My licensing concern is more of wanting to promote GPL software than being compliant, so FreeBSD isn't much of a help. You may be right about Oracle wanting to keep btrfs for the low end, although where they are already aiming is already high enough for me, and once btrfs becomes mainstream nobody is really going to be able to hold it back - it isn't like Oracle actually has any control over it beyond contributing the most code. Rich