From owner-freebsd-current@FreeBSD.ORG Tue Jul 10 12:17:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38BEB16A503 for ; Tue, 10 Jul 2007 12:17:50 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 0E17713C469 for ; Tue, 10 Jul 2007 12:17:49 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l6ABtoVo098625; Tue, 10 Jul 2007 06:55:50 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <469373C5.6070306@freebsd.org> Date: Tue, 10 Jul 2007 06:55:49 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: John Nielsen References: <200707092201.32209.lists@jnielsen.net> In-Reply-To: <200707092201.32209.lists@jnielsen.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: current@freebsd.org Subject: Re: geom_fox vs gmultipath X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2007 12:17:50 -0000 John Nielsen wrote: > I was just reading the (pre-) release notes for 7.0 at > http://people.freebsd.org/~bmah/relnotes/CURRENT/relnotes.html and learned > about mjacob's gmultipath(8) implementation, which seems very similar to > phk's older geom_fox(4) but perhaps a bit more polished. > > First off, is that a correct assessment? I haven't used either, but > externally gmultipath is distinguished by having its own control utility > (rather than relying on geom(8)), a manpage (and perhaps other features) > more consistent with other geom utilities, and support for predictable > volume names under /dev/multipath/. > > Assuming I'm basically on target so far, does geom_fox have any features > that are not in gmultipath? If not, should it be considered deprecated? (or > should gmultipath be considered experimental since it's newer?) > > I'm just curious, esp. since I may have a need for one of the two in the > near future. Your assessments are pretty dead on. geom_fox from what I understood was more of a proof of concept, and geom_multipath is the 'real deal'. I played with both, and geom_multipath does well, whereas geom_fox did have some shortcomings. From my (maybe limited) experience, you should be able to use geom_multipath without much issue. Eric