From owner-freebsd-geom@FreeBSD.ORG Wed Jan 3 06:00: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 D1A1916A40F for ; Wed, 3 Jan 2007 06:00:53 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 9938213C428 for ; Wed, 3 Jan 2007 06:00:53 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1641371ana for ; Tue, 02 Jan 2007 22:00:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=TUULr6z3qrh3IiraSPtqBF22tqHKQ+Um+tUlh16lihBCbUKY7ioSQ7wxwks9d8FgV9KOQM7HB0Mr3aGY2fwy5ZJ3GDHkezLsI2+0YN0iEx6RefrkKljzbL7RfSx+VJI7l4+2fq+SwbPyyVoejJMOqS7kxLCdCKVdJLL7dP03peo= Received: by 10.100.37.4 with SMTP id k4mr6422667ank.1167804052760; Tue, 02 Jan 2007 22:00:52 -0800 (PST) Received: by 10.100.136.16 with HTTP; Tue, 2 Jan 2007 22:00:52 -0800 (PST) Message-ID: <6eb82e0701022200i7a2cb356g358a1938d620e97a@mail.gmail.com> Date: Wed, 3 Jan 2007 14:00:52 +0800 From: "Rong-en Fan" To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 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: Wed, 03 Jan 2007 06:00:53 -0000 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? Regards, Rong-En Fan