From owner-freebsd-questions@FreeBSD.ORG Thu Jan 15 16:32:42 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7959F1065670; Thu, 15 Jan 2009 16:32:42 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id B9BBA8FC16; Thu, 15 Jan 2009 16:32:41 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 160F72401F; Thu, 15 Jan 2009 17:32:40 +0100 (CET) Received: from carrot (unknown [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 7000816FBD2; Thu, 15 Jan 2009 17:32:39 +0100 (CET) Date: Thu, 15 Jan 2009 17:32:48 +0000 From: Ulf Lilleengen To: Brian McCann Message-ID: <20090115173248.GA1234@carrot> References: <2b5f066d0901141323j7c9a194eo4606d9769279037e@mail.gmail.com> <20090115093352.GB1821@carrot> <2b5f066d0901150414jc5dedecp83747bac1915057a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2b5f066d0901150414jc5dedecp83747bac1915057a@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: freebsd-questions , freebsd-geom@freebsd.org Subject: Re: gvinum & gjournal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2009 16:32:42 -0000 On tor, jan 15, 2009 at 07:14:25am -0500, Brian McCann wrote: > On Thu, Jan 15, 2009 at 4:33 AM, Ulf Lilleengen > wrote: > > Hi, > > > > It think that it touches it because the .p0 contains the gjournal metadata in > > the same way that the volume does, so gjournal attaches to that before the > > volume. One problem is that gjournal attaches to the "wrong" provider, but > > it's also silly that the provider is exposed in the first place. A fix for > > this is in a newer version of gvinum (as the plex is not exposed) if you're > > willing to try. > > > > -- > > Ulf Lilleengen > > > > At this point, I'm willing to try anything, but preferably something > that's stable since this will be done to at least 15 identical devices > and sent out to various places, so I won't have physical access to the > machines if something were to go wrong. I looked into graid3 and > booting off of a DOM/Flash card, but since I have 4 drives, that won't > work since graid3 requires 2N+1 drives. The stuff I've found on > graid5 seems to say that it's all still really experimental and has > some bugs in it still. :( > Well, if you have the choice between and graid5 and gvinum I'd might go with graid5. It's not included in head(yet) but from what I've read on the mailinglist it seems to work (also included in FreeNAS). But I can't really say anything as I've not tried it much. If you want to try the gvinum version in progress (quite stable, although a few knits for advanced usage) can be found here: http://svn.freebsd.org/base/projects/gvinum Should work on both HEAD and RELENG_7. -- Ulf Lilleengen