From owner-freebsd-geom@FreeBSD.ORG Thu Jan 4 13:42:53 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8DCC16A492 for ; Thu, 4 Jan 2007 13:42:53 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4BEA113C465 for ; Thu, 4 Jan 2007 13:42:53 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l04DgpnT027874; Thu, 4 Jan 2007 07:42:51 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <459D045C.6020906@centtech.com> Date: Thu, 04 Jan 2007 07:42:52 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20061223) MIME-Version: 1.0 To: Rong-en Fan References: <6eb82e0701022200i7a2cb356g358a1938d620e97a@mail.gmail.com> In-Reply-To: <6eb82e0701022200i7a2cb356g358a1938d620e97a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2413/Thu Jan 4 03:46:27 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-geom@freebsd.org Subject: Re: gconcat and gpt X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 13:42:53 -0000 On 01/03/07 00:00, Rong-en Fan wrote: > Hi, > > I'm running 6.2-RC1 on an i386 box. I'm testing gjournal patch. > I found that something is annoying... I use > > gconcat label big da1 da2 da3 > > and then running gpt on the concat/big device. So, I got > concat/bigp1, concat/bigp2, ... etc *AND* I also have > da1p1, da1p2... Well, this is not a problem for normal use. However, > when I enable gjournal, at boot time, gconcat first activates the > big one then, gjournal finds there is journal data on da1p1, so > it uses! Then, da1 is deactivated from gconcat... > > My question is, why I got da1p1 when da1 is used by gconcat? Did you use gjournal against the da* devices, or the gconcat device? If you ever used it on the da* devices, the meta data might still be there confusing things. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology An undefined problem has an infinite number of solutions. ------------------------------------------------------------------------