From owner-freebsd-geom@FreeBSD.ORG Mon Oct 12 07:44:45 2009 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 0F0A0106566B for ; Mon, 12 Oct 2009 07:44:45 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 8D2F38FC17 for ; Mon, 12 Oct 2009 07:44:44 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1MxFaE-0001cA-5K for freebsd-geom@freebsd.org; Mon, 12 Oct 2009 09:44:42 +0200 Received: from 93-141-86-189.adsl.net.t-com.hr ([93.141.86.189]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 12 Oct 2009 09:44:42 +0200 Received: from ivoras by 93-141-86-189.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 12 Oct 2009 09:44:42 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Mon, 12 Oct 2009 09:44:04 +0200 Lines: 61 Message-ID: References: <469001.5449.qm@web28202.mail.ukl.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD92C6DEDD556D736A1389FD6" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-141-86-189.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) In-Reply-To: <469001.5449.qm@web28202.mail.ukl.yahoo.com> X-Enigmail-Version: 0.96.0 Sender: news Subject: Re: Virstor provider lost metadata. Rescue possible? 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, 12 Oct 2009 07:44:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD92C6DEDD556D736A1389FD6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Frank Beckmann wrote: > Hello, >=20 > one of my virstor providers lost its metadata. It looks like the sector= got filled with random data. it is the second last filled sector in that= virstor. Executing the command "gvirstor list", "gvirstor status" or "sy= sctl -a" resulted in a kernel panic. >=20 > I handcrafted the destroyed sector assuming that all chunks of that pro= vider were used and setting the flags to 0. Now the kernel doesn't panic = anymore but I get the error message: >=20 > GEOM_VIRSTOR[1]: virstor_check_and_run: Invalid entry 100542 in map for= vs3 > GEOM_VIRSTOR[1]: virstor_check_and_run: provider_no: 25, n_components: = 33 provider_chunk: 512, chunk_count 512 >=20 > Provider 25 is the one which lost its metadata. >=20 > The version of FreeBSD is: 7.2-RC1 >=20 > Is it possible to revive that virstor to rescue some of its data? This is a serious problem, but as long as the first component of the virstor is alive and, as you say, only the metadata is damaged on component 25 (of 33), there is a chance. It looks like chunk_count is wrong for provider 25 - it holds the number of chunks (of default 4 MiB) on the device. You could calculate device_size/4194304 and write it in the chunk_count field of the reconstructed metadata - see if that helps (reference /sys/geom/virstor/g_virstor_md.h). You should make a backup of the first couple of chunks on the first components (the actual number depends on your virstor virtual size - 16 MiB should be enough for most) and the metadata of all other components before experimenting like this. Do you have any idea how the metadata got damaged? --------------enigD92C6DEDD556D736A1389FD6 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.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrS3kQACgkQldnAQVacBcizZgCgmxn0cEDlkW8063rIqCCj+bP6 ZDoAoOTCPrkb6HVHi5a7oZlFNedlMBay =mG1A -----END PGP SIGNATURE----- --------------enigD92C6DEDD556D736A1389FD6-- From owner-freebsd-geom@FreeBSD.ORG Mon Oct 12 11:06:53 2009 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 56AC810656A4 for ; Mon, 12 Oct 2009 11:06:53 +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 446DF8FC28 for ; Mon, 12 Oct 2009 11:06:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9CB6rnY036398 for ; Mon, 12 Oct 2009 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9CB6qtA036394 for freebsd-geom@FreeBSD.org; Mon, 12 Oct 2009 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Oct 2009 11:06:52 GMT Message-Id: <200910121106.n9CB6qtA036394@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, 12 Oct 2009 11:06:53 -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/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/134044 geom [geom] gmirror(8) overwrites fs with stale data from r 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/132273 geom glabel(8): [patch] failing on journaled partition f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize o kern/131353 geom [geom] gjournal(8) kernel lock p docs/130548 geom [patch] gjournal(8) man page is missing sysctls 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 f kern/126902 geom [geom] geom_label: kernel panic during install boot 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 f kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin 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 f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121559 geom [patch] [geom] geom label class allows to create inacc 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/120021 geom [geom] [panic] net-p2p/qbittorrent crashes system when o kern/119743 geom [geom] geom label for cds is keeped after dismount and 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 o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113885 geom [gmirror] [patch] improved gmirror balance algorithm o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach 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 a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null o kern/89546 geom [geom] GEOM error o kern/88601 geom [geli] geli cause kernel panic under heavy disk usage o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo 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. s kern/73177 geom kldload geom_* causes panic due to memory exhaustion 51 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Oct 12 21:22:40 2009 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A95221065672; Mon, 12 Oct 2009 21:22:40 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 80BD38FC0C; Mon, 12 Oct 2009 21:22:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9CLMeDK090071; Mon, 12 Oct 2009 21:22:40 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9CLMeG5090067; Mon, 12 Oct 2009 21:22:40 GMT (envelope-from linimon) Date: Mon, 12 Oct 2009 21:22:40 GMT Message-Id: <200910122122.n9CLMeG5090067@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/139510: [geom] [2tb] gmirror disappears after boot on 2T disks 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, 12 Oct 2009 21:22:40 -0000 Old Synopsis: gmirror disappears after boot on 2T disks New Synopsis: [geom] [2tb] gmirror disappears after boot on 2T disks Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Mon Oct 12 21:22:15 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=139510 From owner-freebsd-geom@FreeBSD.ORG Tue Oct 13 05:48:50 2009 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9CC91065676; Tue, 13 Oct 2009 05:48:50 +0000 (UTC) (envelope-from pjd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8FF678FC0A; Tue, 13 Oct 2009 05:48:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9D5moig023379; Tue, 13 Oct 2009 05:48:50 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9D5mnPE023375; Tue, 13 Oct 2009 05:48:49 GMT (envelope-from pjd) Date: Tue, 13 Oct 2009 05:48:49 GMT Message-Id: <200910130548.n9D5mnPE023375@freefall.freebsd.org> To: hsu@bbnetworks.net, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org, pjd@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/139510: [geom] [2tb] gmirror disappears after boot on 2T disks 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: Tue, 13 Oct 2009 05:48:50 -0000 Synopsis: [geom] [2tb] gmirror disappears after boot on 2T disks State-Changed-From-To: open->feedback State-Changed-By: pjd State-Changed-When: wto 13 paź 2009 05:44:07 UTC State-Changed-Why: Please add kern.geom.mirrror.debug=2 to your /boot/loader.conf and send the additional output from the boot process. I'd also need the following: # gmirror dump /dev/ad1[48] # diskinfo -v /dev/ad1[48] Responsible-Changed-From-To: freebsd-geom->pjd Responsible-Changed-By: pjd Responsible-Changed-When: wto 13 paź 2009 05:44:07 UTC Responsible-Changed-Why: I'll take this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=139510 From owner-freebsd-geom@FreeBSD.ORG Thu Oct 15 21:13:11 2009 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 0EEBE106566C for ; Thu, 15 Oct 2009 21:13:10 +0000 (UTC) (envelope-from ml@infosec.pl) Received: from v027580.home.net.pl (v027580.home.net.pl [89.161.156.148]) by mx1.freebsd.org (Postfix) with SMTP id 017A48FC27 for ; Thu, 15 Oct 2009 21:13:09 +0000 (UTC) Received: from localhost (HELO ?192.168.1.67?) (ml.freeside@home@127.0.0.1) by m094.home.net.pl with SMTP; Thu, 15 Oct 2009 20:46:31 -0000 Message-ID: <4AD79809.6010508@infosec.pl> Date: Thu, 15 Oct 2009 21:45:45 +0000 From: Michal User-Agent: Thunderbird 2.0.0.23 (X11/20091003) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: how does geli interact with ZFS? 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, 15 Oct 2009 21:13:11 -0000 Hello, I'm using root ZFS on geli encrypted partition (with /boot on UFS usb dongle). Does adding this extra layer between ZFS and disk can get me into troubles in case of a system crash? I mean, does it affects zfs's robustness and features like Copy-On-Write, checksumming or anything else? Or it can only get as bad as with plain ZFS and geom_eli has nothing to do with that. Michal -- "It is only when they go wrong that machines remind you how powerful they are." -Clive James From owner-freebsd-geom@FreeBSD.ORG Fri Oct 16 05:36:05 2009 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 C8A461065670 for ; Fri, 16 Oct 2009 05:36:05 +0000 (UTC) (envelope-from maciej@suszko.eu) Received: from 39.mail-out.ovh.net (39.mail-out.ovh.net [213.251.138.60]) by mx1.freebsd.org (Postfix) with SMTP id 1FC728FC13 for ; Fri, 16 Oct 2009 05:36:04 +0000 (UTC) Received: (qmail 19416 invoked by uid 503); 16 Oct 2009 05:09:45 -0000 Received: from b7.ovh.net (HELO mail34.ha.ovh.net) (213.186.33.57) by 39.mail-out.ovh.net with SMTP; 16 Oct 2009 05:09:45 -0000 Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 16 Oct 2009 05:09:19 -0000 Received: from unknown (HELO localhost) (maciej@suszko.eu@62.61.57.118) by ns0.ovh.net with SMTP; 16 Oct 2009 05:09:18 -0000 Date: Fri, 16 Oct 2009 07:09:17 +0200 From: Maciej Suszko To: Michal Message-ID: <20091016070917.27e39584@suszko.eu> In-Reply-To: <4AD79809.6010508@infosec.pl> References: <4AD79809.6010508@infosec.pl> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/rTM/TRpjjkycfEu6SaoGVO0"; protocol="application/pgp-signature" X-Ovh-Tracer-Id: 18446181125302280363 X-Ovh-Remote: 62.61.57.118 () X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Spam-Check: DONE|U 0.5/N Cc: freebsd-geom@freebsd.org Subject: Re: how does geli interact with ZFS? 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, 16 Oct 2009 05:36:05 -0000 --Sig_/rTM/TRpjjkycfEu6SaoGVO0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Michal wrote: > Hello, >=20 > I'm using root ZFS on geli encrypted partition (with /boot on UFS usb=20 > dongle). Does adding this extra layer between ZFS and disk can get me=20 > into troubles in case of a system crash? > I mean, does it affects zfs's robustness and features like=20 > Copy-On-Write, checksumming or anything else? Or it can only get as > bad as with plain ZFS and geom_eli has nothing to do with that. I use ZFS on top of geli encrypted slice for at least a year and never had problems related to such setup. In my case it's not root partition (however / is ZFS as well), it's my laptop, so I can't tell you how does it behave during long uptimes. --=20 regards, Maciej Suszko. --Sig_/rTM/TRpjjkycfEu6SaoGVO0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkrYAAEACgkQCikUk0l7iGpmZwCfRcfVrpTqu1HQrna7lZ+YLRRB w2EAni5V2rjOY3GIITKEKI5TtbZXso+L =kb7U -----END PGP SIGNATURE----- --Sig_/rTM/TRpjjkycfEu6SaoGVO0-- From owner-freebsd-geom@FreeBSD.ORG Fri Oct 16 13:20:27 2009 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 0E4321065670 for ; Fri, 16 Oct 2009 13:20:27 +0000 (UTC) (envelope-from ac@belngo.info) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id A5AAB8FC19 for ; Fri, 16 Oct 2009 13:20:26 +0000 (UTC) Received: by fxm6 with SMTP id 6so2341897fxm.43 for ; Fri, 16 Oct 2009 06:20:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.48.131 with SMTP id r3mr1237538bkf.195.1255699225477; Fri, 16 Oct 2009 06:20:25 -0700 (PDT) In-Reply-To: <4AD79809.6010508@infosec.pl> References: <4AD79809.6010508@infosec.pl> Date: Fri, 16 Oct 2009 16:20:25 +0300 Message-ID: <5709ce310910160620n3d3301c0x48e8ebcbe48e4931@mail.gmail.com> From: Alaksiej C To: Michal Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-geom@freebsd.org Subject: Re: how does geli interact with ZFS? 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, 16 Oct 2009 13:20:27 -0000 GELI will do its work, and ZFS will do its work. Apart from natural loss of speed, there's no difference in functioning of ZFS on bare disk or GELI provider. On Fri, Oct 16, 2009 at 12:45 AM, Michal wrote: > Hello, > > I'm using root ZFS on geli encrypted partition (with /boot on UFS usb > dongle). Does adding this extra layer between ZFS and disk can get me into > troubles in case of a system crash? > I mean, does it affects zfs's robustness and features like Copy-On-Write, > checksumming or anything else? Or it can only get as bad as with plain ZFS > and geom_eli has nothing to do with that. > > Michal > -- > "It is only when they go wrong that machines remind you how powerful they > are." -Clive James > > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" >