From owner-freebsd-doc@FreeBSD.ORG Tue Jun 25 17:47:58 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9C2EB2B2 for ; Tue, 25 Jun 2013 17:47:58 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 614021A7C for ; Tue, 25 Jun 2013 17:47:58 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r5PHlrfQ065352; Tue, 25 Jun 2013 11:47:53 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id r5PHlr1A065349; Tue, 25 Jun 2013 11:47:53 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 25 Jun 2013 11:47:53 -0600 (MDT) From: Warren Block To: Frank Leonhardt Subject: Re: Handbook obsolescence scan: "The vinum Volume Manager" In-Reply-To: <51C9CD3B.4090001@fjl.co.uk> Message-ID: References: <51C9CD3B.4090001@fjl.co.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 25 Jun 2013 11:47:53 -0600 (MDT) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 17:47:58 -0000 On Tue, 25 Jun 2013, Frank Leonhardt wrote: > On 25/06/2013 16:43, Warren Block wrote: >> Next on the list of potentially outdated things in the Handbook: "The vinum >> Volume Manager", a whole chapter on vinum. Actually, it is really now about >> gvinum. >> >> Are there any situations where new users should be advised to use gvinum >> rather than ZFS or gconcat/gstripe/gmirror? >> >> What reasons are there for this chapter to remain in the Handbook given the >> newer, simpler alternatives? >> >> If the information should remain, why should it be separate from the GEOM >> chapter? > > I remember reading this and the gmirror stuff at the same time and wondering > what it was all about. Whilst I'm generally not in favour of chucking stuff > out of a manual if it exists on the ground, at the very least this could do > with a sanity warning. At the time I had no way of knowing whether one method > or the other was deprecated. I suppose I made a lucky guess. That is exactly the problem with old information. gvinum still works, but there is little reason to recommend it over the newer solutions. Rather than just removing this chapter, it could be converted to a separate article, along with an added introduction about when it was removed from the Handbook and why.