From owner-freebsd-geom@FreeBSD.ORG Fri Jun 3 23:37:32 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 836C41065670 for ; Fri, 3 Jun 2011 23:37:32 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id 625DE8FC0A for ; Fri, 3 Jun 2011 23:37:32 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p53NbLvj024815 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 3 Jun 2011 16:37:21 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p53NbLZ9024814; Fri, 3 Jun 2011 16:37:21 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA19995; Fri, 3 Jun 11 16:34:34 PDT Date: Fri, 03 Jun 2011 16:34:31 -0700 From: perryh@pluto.rain.com To: fbsd-mas-0@ml.turing-complete.org Message-Id: <4de96f87.Em2Rct7GGkNf6UtP%perryh@pluto.rain.com> References: <4de74327.Sx2yo/9EIpKtIaJA%perryh@pluto.rain.com> <20110603191527.GA45631@mid.pc5.i.0x5.de> In-Reply-To: <20110603191527.GA45631@mid.pc5.i.0x5.de> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: 8.1 "gjournal status" wrongly claims "No such geom" 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: Fri, 03 Jun 2011 23:37:32 -0000 Nicolas Rachinsky wrote: > * perryh@pluto.rain.com [2011-06-02 01:00 -0700]: > > The gmirror and gjournal modules have been loaded; the mirror and > > journals are reported in dmesg; the geoms appear in /dev and in the > > "gjournal status" summary; and "gjournal dump" finds the metadata. > > However, when I ask for individual status reports, gjournal claims > > that the geoms don't exist. What's going on? > > It works with the geom name from gjournal list. > > > gjournal list > [...] > Geom name: gjournal 1618583258 > ID: 1618583258 > Providers: > 1. Name: mirror/b110528p4.journal > [...] > Consumers: > 1. Name: mirror/b110528p4 > [...] > Role: Data,Journal > [...] Aha! It looks as if what I actually wanted was "gjournal list" rather than "gjournal status" :) > > gjournal status 'gjournal 1618583258' > Name Status Components > mirror/b110528p4.journal N/A mirror/b110528p4 IOW the "Name" shown in the status list is not the name of the gjournal itself but the name of the provider that it creates. > But I don't know why it's this way. Seems like a bug, at least a POLA violation. Either the status report needs another column, to show the name of the gjournal itself, or "gjournal status foo" needs to look for foo among the gjournal providers as well as among the internal names of gjournal geoms. (Granted this is a lot easier said than done: "status" is a generic geom command rather than being class-specific.)