From owner-freebsd-geom@FreeBSD.ORG Mon May 30 11:06:59 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 09BEE1065679 for ; Mon, 30 May 2011 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E41528FC21 for ; Mon, 30 May 2011 11:06:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p4UB6w5Q050376 for ; Mon, 30 May 2011 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p4UB6wGn050374 for freebsd-geom@FreeBSD.org; Mon, 30 May 2011 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 30 May 2011 11:06:58 GMT Message-Id: <201105301106.p4UB6wGn050374@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org 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: Mon, 30 May 2011 11:06:59 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/157108 geom [gjournal] dumpon(8) fails on gjournal providers o kern/155994 geom [geom] Long "Suspend time" when reading large files fr o kern/154226 geom [geom] GEOM label does not change when you modify them o kern/150858 geom [geom] [geom_label] [patch] glabel(8) is not compatibl o kern/150626 geom [geom] [gjournal] gjournal(8) destroys label o kern/150555 geom [geom] gjournal unusable on GPT partitions o kern/150334 geom [geom] [udf] [patch] geom label does not support UDF o kern/149762 geom volume labels with rogue characters o bin/149215 geom [panic] [geom_part] gpart(8): Delete linux's slice via o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/145818 geom [geom] geom_stat_open showing cached information for n o kern/145042 geom [geom] System stops booting after printing message "GE o kern/144905 geom [geom][geom_part] panic in gpart_ctlreq when unpluggin o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error o kern/140352 geom [geom] gjournal + glabel not working o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk o kern/134113 geom [geli] Problem setting secondary GELI key o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o kern/131353 geom [geom] gjournal(8) kernel lock o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid f kern/128276 geom [gmirror] machine lock up when gmirror module is used o kern/127420 geom [geom] [gjournal] [panic] Journal overflow on gmirrore o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/115856 geom [geli] ZFS thought it was degraded when it should have o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o bin/86388 geom [geom] [geom_part] periodic(8) daily should backup gpa o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. 52 problems total. From owner-freebsd-geom@FreeBSD.ORG Wed Jun 1 07:46: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 9B9CD1065677; Wed, 1 Jun 2011 07:46:32 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mgat.kirov.so-cdu.ru (mgat.kirov.so-cdu.ru [77.72.136.147]) by mx1.freebsd.org (Postfix) with ESMTP id 0C5638FC18; Wed, 1 Jun 2011 07:46:30 +0000 (UTC) Received: from kirov.so-cdu.ru ([172.21.81.1]RDNS failed) by mgat.kirov.so-cdu.ru with InterScan Message Security Suite; Wed, 01 Jun 2011 11:46:28 +0400 Received: by ns.kirov.so-cdu.ru (Postfix, from userid 1010) id 319D5B83E6; Wed, 1 Jun 2011 11:46:26 +0400 (MSD) Received: from [10.118.3.52] (elsukov.kirov.oduur.so [10.118.3.52]) by ns.kirov.so-cdu.ru (Postfix) with ESMTP id EDE79B83E2; Wed, 1 Jun 2011 11:46:25 +0400 (MSD) Message-ID: <4DE5EE4E.4080002@FreeBSD.org> Date: Wed, 01 Jun 2011 11:46:22 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: freebsd-geom@FreeBSD.org References: <4DDA2F0B.2040203@yandex.ru> In-Reply-To: <4DDA2F0B.2040203@yandex.ru> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD4D6421508DC8C67C2E124EA" Cc: Konstantin Belousov , Andriy Gapon , Marcel Moolenaar , Warner Losh Subject: Re: [RFC] Remove requirement of alignment to track from MBR scheme 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, 01 Jun 2011 07:46:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD4D6421508DC8C67C2E124EA Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 23.05.2011 13:55, Andrey V. Elsukov wrote: > Since after r221788 many people report about lost of access to their > MBR partitions, i prepared new patch: > =09 > http://people.freebsd.org/~ae/mbr_geometry.diff >=20 > It removes from GEOM_PART_MBR constraints to alignment to track. > Now it is possible to create MBR partitions with exactly specified > start offset and size, and they will not be recalculated by kernel. >=20 > Also the patch adds new option "-g" to the gpart(8) utility. This > option can be specified for "add" and "resize" subcommands. > gpart(8) uses information about provider's "geometry" and does > partition alignment how it did before for MBR. >=20 > With these changes we give to users the choice how align their > partitions and also we still able to use some "broken" partition > tables. For a summary: 1. I left the code of auto-align untouched, MBR still aligns new partitions. It seems for the consensus it is better keep it for 9.0-RELEA= SE. The "-g" option seems useless until this behavior will not be changed, so i did not add it. 2. The probe routine now does not truncate available disk space to the track boundary. Also new partition tables will not do that. 3. For the MBR scheme was added new checking and if partition starts from within the first track, its space will not be reserved as before. It seems these changes should resolve most of false positives for the integrity checks. --=20 WBR, Andrey V. Elsukov --------------enigD4D6421508DC8C67C2E124EA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJN5e5RAAoJEAHF6gQQyKF6sdoH/2ksBFI/QwMYGn4MZcfHCKH9 xQUFve8g5USNHehHz23rsRAOjoPbBGFG7r83DI7w0tFb026NBK83dxqkMiLhcc4r X5AaSTcWNO/vhCDb6RW4Db1uaPep1c4bYWrRRNP4GNhqJkyhc8aqaGX1/W+KU+ad GdJ2jbaeIB3IcXZ2Y5f3HSOtSN3MNsn355/QREVAOu4fmcFzXltCKGxVNqfB7ejf oByHcn4u3PDrE6ERJ7BLXDM4DHXC35IOCwOXGnGuc0v43sLsUM03xnrkTzf5vyaB yOsNQeK3MqBjiNTSU5Ztzcq/Psq24Gy/0LF2/86z3QZOeujw8gMeVS43VIZSaHQ= =FrBQ -----END PGP SIGNATURE----- --------------enigD4D6421508DC8C67C2E124EA-- From owner-freebsd-geom@FreeBSD.ORG Wed Jun 1 11:25:09 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 BE1E7106564A; Wed, 1 Jun 2011 11:25:09 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 473FA8FC17; Wed, 1 Jun 2011 11:25:07 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA03057; Wed, 01 Jun 2011 14:25:06 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DE62192.4020905@FreeBSD.org> Date: Wed, 01 Jun 2011 14:25:06 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4DDA2F0B.2040203@yandex.ru> <4DE5EE4E.4080002@FreeBSD.org> In-Reply-To: <4DE5EE4E.4080002@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Warner Losh , Marcel Moolenaar , Konstantin Belousov , freebsd-geom@FreeBSD.org Subject: Re: [RFC] Remove requirement of alignment to track from MBR scheme 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, 01 Jun 2011 11:25:09 -0000 You had a type in my email address, but nevertheless :-) on 01/06/2011 10:46 Andrey V. Elsukov said the following: > > For a summary: > 1. I left the code of auto-align untouched, MBR still aligns new > partitions. It seems for the consensus it is better keep it for 9.0-RELEASE. So still no way to specify custom offsets that won't get mangled? I don't think that this was a consensus. At least I and, IIRC, Warner have never agreed to this. I would agree to current behavior being the default one, but I think that there must be an option that allows to override any alignment. > The "-g" option seems useless until this behavior will not be changed, > so i did not add it. > > 2. The probe routine now does not truncate available disk space > to the track boundary. Also new partition tables will not do that. > > 3. For the MBR scheme was added new checking and if partition starts > from within the first track, its space will not be reserved as before. No objections here. -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Thu Jun 2 08:36:19 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 BD84D106566C for ; Thu, 2 Jun 2011 08:36:19 +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 A0FEE8FC14 for ; Thu, 2 Jun 2011 08:36:19 +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 p528Aqs5084587 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 2 Jun 2011 01:10:52 -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 p528ApFh084586 for freebsd-geom@freebsd.org; Thu, 2 Jun 2011 01:10:51 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA13501; Thu, 2 Jun 11 01:00:47 PDT Date: Thu, 02 Jun 2011 01:00:39 -0700 From: perryh@pluto.rain.com To: freebsd-geom@freebsd.org Message-Id: <4de74327.Sx2yo/9EIpKtIaJA%perryh@pluto.rain.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: 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: Thu, 02 Jun 2011 08:36:19 -0000 I have a gmirror partitioned into 3 gjournalled filesystems. 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? (This log shows gm0a as an example; the others behave the same way.) In case it matters, the partitions are not mounted. # dmesg | grep 'GEOM_' GEOM_MIRROR: Device mirror/gm0 launched (1/1). GEOM_JOURNAL: Journal 1528592465: mirror/gm0a contains data. GEOM_JOURNAL: Journal 1528592465: mirror/gm0a contains journal. GEOM_JOURNAL: Journal 742588070: mirror/gm0d contains data. GEOM_JOURNAL: Journal 742588070: mirror/gm0d contains journal. GEOM_JOURNAL: Journal mirror/gm0a consistent. GEOM_JOURNAL: Journal 1468104835: mirror/gm0e contains data. GEOM_JOURNAL: Journal 1468104835: mirror/gm0e contains journal. GEOM_JOURNAL: Journal mirror/gm0d consistent. GEOM_JOURNAL: Journal mirror/gm0e consistent. # disklabel /dev/mirror/gm0 # /dev/mirror/gm0: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 7340032 16 4.2BSD 1024 8192 0 c: 619907501 0 unused 0 0 # "raw" part, don't edit d: 25165824 7340048 4.2BSD 0 0 0 e: 587401629 32505872 4.2BSD 0 0 0 # ls -laR /dev/mirror total 1 dr-xr-xr-x 2 root 0 512 Jun 2 03:24 . dr-xr-xr-x 8 root 0 512 Jun 2 03:15 .. crw-r----- 1 root operator 0, 81 Jun 2 03:24 gm0 crw-r----- 1 root operator 0, 105 Jun 2 03:24 gm0a crw-r----- 1 root operator 0, 123 Jun 2 03:24 gm0a.journal crw-r----- 1 root operator 0, 121 Jun 2 03:24 gm0d crw-r----- 1 root operator 0, 124 Jun 2 03:24 gm0d.journal crw-r----- 1 root operator 0, 122 Jun 2 03:24 gm0e crw-r----- 1 root operator 0, 127 Jun 2 03:24 gm0e.journal # gjournal dump -v mirror/gm0a Read 512 bytes from offset 0xdffffe00 on /dev/mirror/gm0a. Metadata on mirror/gm0a: magic: GEOM::JOURNAL version: 0 id: 1528592465 type: 3 start: 1610612224 end: 3758095872 joffset: 1632963584 jid: 1692325236 flags: 1 hcprovider: provsize: 3758096384 MD5 hash: e568762b7c6dba3b75efb22f656d1de9 Done. # gjournal status Name Status Components mirror/gm0a.journal N/A mirror/gm0a mirror/gm0d.journal N/A mirror/gm0d mirror/gm0e.journal N/A mirror/gm0e # gjournal status mirror/gm0a gjournal: No such geom: mirror/gm0a. # gjournal status /dev/mirror/gm0a gjournal: No such geom: /dev/mirror/gm0a. # gjournal status mirror/gm0a.journal gjournal: No such geom: mirror/gm0a.journal. # gjournal status /dev/mirror/gm0a.journal gjournal: No such geom: /dev/mirror/gm0a.journal. From owner-freebsd-geom@FreeBSD.ORG Fri Jun 3 19:32:48 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 35DD2106566C for ; Fri, 3 Jun 2011 19:32:48 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.freebsd.org (Postfix) with ESMTP id D436E8FC1E for ; Fri, 3 Jun 2011 19:32:47 +0000 (UTC) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 6897CEBC2D; Fri, 3 Jun 2011 21:15:27 +0200 (CEST) Date: Fri, 3 Jun 2011 21:15:27 +0200 From: Nicolas Rachinsky To: freebsd-geom@freebsd.org Message-ID: <20110603191527.GA45631@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-geom@freebsd.org References: <4de74327.Sx2yo/9EIpKtIaJA%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4de74327.Sx2yo/9EIpKtIaJA%perryh@pluto.rain.com> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.21 (2010-09-15) 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 19:32:48 -0000 * 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? (This log shows gm0a > as an example; the others behave the same way.) It works with the geom name from gjournal list. > gjournal list [...] Geom name: gjournal 1618583258 ID: 1618583258 Providers: 1. Name: mirror/b110528p4.journal Mediasize: 23622319616 (22G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: mirror/b110528p4 Mediasize: 26843545600 (25G) Sectorsize: 512 Mode: r1w1e1 Jend: 26843545088 Jstart: 23622319616 Role: Data,Journal [...] > gjournal status 'gjournal 1618583258' Name Status Components mirror/b110528p4.journal N/A mirror/b110528p4 But I don't know why it's this way. Nicolas -- http://www.rachinsky.de/nicolas 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.)