From owner-freebsd-geom@FreeBSD.ORG Mon Nov 3 11:06:52 2008 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 E3CFB1065675 for ; Mon, 3 Nov 2008 11:06:52 +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 D18B08FC22 for ; Mon, 3 Nov 2008 11:06:52 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mA3B6qfq010903 for ; Mon, 3 Nov 2008 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mA3B6qdf010899 for freebsd-geom@FreeBSD.org; Mon, 3 Nov 2008 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Nov 2008 11:06:52 GMT Message-Id: <200811031106.mA3B6qdf010899@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, 03 Nov 2008 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/128398 geom [PATCH] glabel(8): teach geom_label to recognise gpt l f kern/128276 geom [gmirror] machine lock up when gmirror module is used o 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 o kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin o kern/124130 geom [gmirror][usb] gmirror fails to start usb devices that o kern/123962 geom [panic] gjournal(8): gjournal (455Gb data, 8Gb journal o kern/123630 geom [patch] [gmirror] gmirror doesnt allow the original dr o kern/123122 geom [geom] GEOM / gjournal kernel lock 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/120231 geom [geom] GEOM_CONCAT error adding second drive o kern/120044 geom [msdosfs] [geom] incorrect MSDOSFS label fries adminis 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 f 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 s kern/89102 geom [geom] [panic] panic when forced unmount FS from unplu o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown 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 40 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Nov 3 14:22:40 2008 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 A743F1065672; Mon, 3 Nov 2008 14:22:40 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7D5B48FC12; Mon, 3 Nov 2008 14:22:40 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mA3EMeLs064539; Mon, 3 Nov 2008 14:22:40 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mA3EMejn064535; Mon, 3 Nov 2008 14:22:40 GMT (envelope-from gavin) Date: Mon, 3 Nov 2008 14:22:40 GMT Message-Id: <200811031422.mA3EMejn064535@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/128529: [gjournal] root FS on GEOM Journal cannot boot when journal isn't marked clean/consistent 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, 03 Nov 2008 14:22:40 -0000 Old Synopsis: root filesystem on GEOM Journal is unable to boot when the journal isn't marked clean/consistent New Synopsis: [gjournal] root FS on GEOM Journal cannot boot when journal isn't marked clean/consistent Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: gavin Responsible-Changed-When: Mon Nov 3 14:18:05 UTC 2008 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=128529 From owner-freebsd-geom@FreeBSD.ORG Wed Nov 5 11:40:04 2008 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 A88211065695 for ; Wed, 5 Nov 2008 11:40:04 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 30CB28FC0C for ; Wed, 5 Nov 2008 11:40:04 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Kxgjz-0006jV-0Q for freebsd-geom@freebsd.org; Wed, 05 Nov 2008 11:40:03 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Nov 2008 11:40:03 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Nov 2008 11:40:03 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Vadim Goncharov Date: Wed, 5 Nov 2008 11:29:07 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 39 Message-ID: References: <48FF2607.10807@icyb.net.ua> <63F8346D-0116-4F41-BCAA-C235E9657BD8@mac.com> <48FF82BA.3020309@icyb.net.ua> <48FF913A.9070700@icyb.net.ua> <7334715F-FAE1-40EE-92EB-468041587410@mac.com> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Marcel Moolenaar User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: gpart oddity X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2008 11:40:04 -0000 Hi Marcel Moolenaar! On Wed, 22 Oct 2008 14:03:27 -0700; Marcel Moolenaar wrote about 'Re: gpart oddity': >> Then I remembered that I labeled ad4s1 purely through sysinstall and >> never touched it with disklabel(8), on the other hand I used >> disklabel to label ad4s2. > That's good to know; not that there's a lot we can do about all > those existing installations... >> My personal conclusions: >> 1. sysinstall seems to have handled those fields incorrectly, somehow. >> 2. those fields do not seem to be of any particular use/importance, >> so g_part_bsd might be overly strict here. > Being strict is not a bad thing, but given that we put an > invalid label on all new installations I think it's better > gpart doesn't check it or otherwise detect and corrects it. > (we know the absolute sector offset of the label, so if > secperunit is mediasize + offset, we know the not to flag > the label as invalid, patch it up and move on). The question is, how much strict it is? Currently I have an 6.2-S system with gmirror(8)'ed slices, not disks, as it was converted from existing system with different sizes of disks. I have had edit their labels that partition 'c' doesn't cover entire unit (and last partition was reformatted to be not truncated, too). This is needed to be sure that last sector gets not overwritten by gmirror(8) metadata, but bsdlabel(8) always complains about it that it doesn't cover bla-bla-bla. Moreover, labeled partitions and slices exist on their own, despite of gmirror(8). And yet more, if I try to do a bsdlabel(8) on a gm0, it will complain about 63 sectors boot offset, while on ad0s1 it will not, so I need to hack a lot if I need to resize partitions. What is the cause of the trouble? And, will I have any troubles with that setup when the system will be upgraded to newer major FreeBSD version in a year or two? -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-geom@FreeBSD.ORG Wed Nov 5 12:17:21 2008 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 6E0A11065686 for ; Wed, 5 Nov 2008 12:17:21 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 247018FC1B for ; Wed, 5 Nov 2008 12:17:20 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KxhK3-0008Cx-GW for freebsd-geom@freebsd.org; Wed, 05 Nov 2008 12:17:19 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Nov 2008 12:17:19 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Nov 2008 12:17:19 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Vadim Goncharov Date: Wed, 5 Nov 2008 12:17:11 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 34 Message-ID: References: <9e77bdb50810011331y7216eac3yf85907f96f5e8370@mail.gmail.com> <7353F23F-F944-47C9-A97D-6DE247F958AE@mac.com> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Marcel Moolenaar User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: Experiences with Gpart X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2008 12:17:21 -0000 Hi Marcel Moolenaar! On Sun, 19 Oct 2008 14:40:53 -0700; Marcel Moolenaar wrote about 'Re: Experiences with Gpart': >>>>> Despite the intent of gpt's being to make such nesting >>>>> unnecessary, as >>>>> a means of defining the structure of gmirrors, which take up the >>>>> entire extent of whatever encloses them, the nesting was very >>>>> helpful. >>>> >>>> Maybe nesting simply works if you comment the first if in >>>> g_part_gpt_probe() in >>>> sys/geom/part/g_part_gpt.c ? I don't get why this is restricted, >>>> should be >>>> my >>>> decision to nest or not imo. >>> >>> Nesting is not allowed as per the GPT specification. >> >> OK. It doesn't make much sense for slices too, but is still allowed. > A nested MBR provides for backward compatibility by > presenting a GPT partition as a drive to those legacy > OSes or tools. I don't think it was needed, but it > was envisioned that way, AFAICT. It makes sense in a > weird way. But, allowing for configuring partitioning as user wants (and complex nesting, if one wish) was always strong benefit of the GEOM. So why not? It is allowed author of this thread to manage mirrors the way he wants, not the way somebody enforces. Unix is tools, not policy (c) -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-geom@FreeBSD.ORG Wed Nov 5 16:17:40 2008 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 93FFA106579D; Wed, 5 Nov 2008 16:17:40 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9FF678FC26; Wed, 5 Nov 2008 16:17:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) 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 SAA10797; Wed, 05 Nov 2008 18:03:53 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4911C3E9.405@icyb.net.ua> Date: Wed, 05 Nov 2008 18:03:53 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20080929) MIME-Version: 1.0 To: freebsd-geom@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: zfs: affected by geom_(mbr|bsd) => geom_part_(mbr|bsd) ? 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, 05 Nov 2008 16:17:40 -0000 Using GENERIC amd64 7-BETA2 system (installed from "official" ISO) I partitioned my disk for ZFS root file system more or less as described here: https://ish.com.au/solutions/articles/freebsdzfs Big difference is that I created a separate slice to contain a partition for ZFS pool, so that ZFS pool is ad4s2d (and UFS2 boot is ad4s1a). Everything was fine, ZFS root was mounted as expected. Then I built a custom kernel with nooptions for GEOM_(BSD|MBR) and options for GEOM_PART_(BSD|MBR). When I tried to boot this kernel it couldn't mount ZFS root and I simply rebooted my machine when I stuck at mountroot prompt (I couldn't enter UFS2 root because of unrelated keyboard problem). The boot was verbose and I didn't see any peculiar GEOM or GEOM_PART messages (errors, warnings). I'll try to debug this further by booting into UFS root and running gpart, but I'd like to ask for an advice upfront. Can something like this be rationally expected? Is there a way to make ZFS see its pool again (when booted into UFS root)? Thank you! -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Wed Nov 5 16:55:12 2008 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 73A731065680 for ; Wed, 5 Nov 2008 16:55:12 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 53E9D8FC1C for ; Wed, 5 Nov 2008 16:55:12 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by wa-out-1112.google.com with SMTP id m34so44078wag.27 for ; Wed, 05 Nov 2008 08:55:11 -0800 (PST) Received: by 10.114.127.1 with SMTP id z1mr786474wac.10.1225904111805; Wed, 05 Nov 2008 08:55:11 -0800 (PST) Received: by 10.114.38.10 with HTTP; Wed, 5 Nov 2008 08:55:11 -0800 (PST) Message-ID: Date: Wed, 5 Nov 2008 17:55:11 +0100 From: "=?ISO-8859-1?Q?Marius_N=FCnnerich?=" To: "Andriy Gapon" In-Reply-To: <4911C3E9.405@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4911C3E9.405@icyb.net.ua> Cc: freebsd-fs@freebsd.org, freebsd-geom@freebsd.org Subject: Re: zfs: affected by geom_(mbr|bsd) => geom_part_(mbr|bsd) ? 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, 05 Nov 2008 16:55:12 -0000 On Wed, Nov 5, 2008 at 5:03 PM, Andriy Gapon wrote: > > Using GENERIC amd64 7-BETA2 system (installed from "official" ISO) I > partitioned my disk for ZFS root file system more or less as described here: > https://ish.com.au/solutions/articles/freebsdzfs > > Big difference is that I created a separate slice to contain a partition > for ZFS pool, so that ZFS pool is ad4s2d (and UFS2 boot is ad4s1a). > > Everything was fine, ZFS root was mounted as expected. > > Then I built a custom kernel with nooptions for GEOM_(BSD|MBR) and > options for GEOM_PART_(BSD|MBR). When I tried to boot this kernel it > couldn't mount ZFS root and I simply rebooted my machine when I stuck at > mountroot prompt (I couldn't enter UFS2 root because of unrelated > keyboard problem). > The boot was verbose and I didn't see any peculiar GEOM or GEOM_PART > messages (errors, warnings). > > I'll try to debug this further by booting into UFS root and running > gpart, but I'd like to ask for an advice upfront. > > Can something like this be rationally expected? > Is there a way to make ZFS see its pool again (when booted into UFS root)? Afaict geom_part is a little bit more concerned about the correctness of the partition tables. I think it's possible that you have a bug in your tables which doesn't matter for geom_mbr or geom_bsd but for geom_part. From owner-freebsd-geom@FreeBSD.ORG Wed Nov 5 17:28:27 2008 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 73CF2106568A for ; Wed, 5 Nov 2008 17:28:27 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout014.mac.com (asmtpout014.mac.com [17.148.16.89]) by mx1.freebsd.org (Postfix) with ESMTP id 5D6C48FC1F for ; Wed, 5 Nov 2008 17:28:27 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp014.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K9V005XJF77V180@asmtp014.mac.com> for freebsd-geom@freebsd.org; Wed, 05 Nov 2008 09:28:20 -0800 (PST) Message-id: <0244407E-F10C-4374-9D68-557C1DA31EB3@mac.com> From: Marcel Moolenaar To: vadim_nuclight@mail.ru In-reply-to: Date: Wed, 05 Nov 2008 09:28:19 -0800 References: <48FF2607.10807@icyb.net.ua> <63F8346D-0116-4F41-BCAA-C235E9657BD8@mac.com> <48FF82BA.3020309@icyb.net.ua> <48FF913A.9070700@icyb.net.ua> <7334715F-FAE1-40EE-92EB-468041587410@mac.com> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-geom@freebsd.org Subject: Re: gpart oddity 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, 05 Nov 2008 17:28:27 -0000 On Nov 5, 2008, at 3:29 AM, Vadim Goncharov wrote: > Hi Marcel Moolenaar! > > On Wed, 22 Oct 2008 14:03:27 -0700; Marcel Moolenaar wrote about > 'Re: gpart oddity': > >>> Then I remembered that I labeled ad4s1 purely through sysinstall and >>> never touched it with disklabel(8), on the other hand I used >>> disklabel to label ad4s2. >> That's good to know; not that there's a lot we can do about all >> those existing installations... >>> My personal conclusions: >>> 1. sysinstall seems to have handled those fields incorrectly, >>> somehow. >>> 2. those fields do not seem to be of any particular use/importance, >>> so g_part_bsd might be overly strict here. >> Being strict is not a bad thing, but given that we put an >> invalid label on all new installations I think it's better >> gpart doesn't check it or otherwise detect and corrects it. >> (we know the absolute sector offset of the label, so if >> secperunit is mediasize + offset, we know the not to flag >> the label as invalid, patch it up and move on). > > The question is, how much strict it is? Currently I have an 6.2-S > system with > gmirror(8)'ed slices, not disks, as it was converted from existing > system > with different sizes of disks. I have had edit their labels that > partition > 'c' doesn't cover entire unit (and last partition was reformatted to > be not > truncated, too). This is needed to be sure that last sector gets not > overwritten by gmirror(8) metadata, but bsdlabel(8) always complains > about it > that it doesn't cover bla-bla-bla. Moreover, labeled partitions and > slices > exist on their own, despite of gmirror(8). And yet more, if I try to > do a > bsdlabel(8) on a gm0, it will complain about 63 sectors boot offset, > while > on ad0s1 it will not, so I need to hack a lot if I need to resize > partitions. > > What is the cause of the trouble? From what you tell, I think the problem is caused by forcing the proverbial square peg into the proverbial round hole. We made it too easy for people to create invalid labels because we simply didn't do any real sanity checking and/or didn't provide any real tools to help the user achieve what they want. The fact that gmirror puts the metadata in the last sector and only adjusts the media size of the provider when in use, means that we have introduced ambiguity in how the GEOMs are stacked and while the gmirror approach is a feature on the one hand, we have done so without regard for the validity of disklabels. We handwaved the problems as unimportant or aesthetic. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-geom@FreeBSD.ORG Wed Nov 5 17:39:45 2008 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 2E56D106567F for ; Wed, 5 Nov 2008 17:39:45 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout018.mac.com (asmtpout018.mac.com [17.148.16.93]) by mx1.freebsd.org (Postfix) with ESMTP id 172278FC14 for ; Wed, 5 Nov 2008 17:39:44 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp018.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K9V00MBVFQ8FG30@asmtp018.mac.com> for freebsd-geom@freebsd.org; Wed, 05 Nov 2008 09:39:44 -0800 (PST) Message-id: <0A1A5002-A643-4738-B775-5E450C02486A@mac.com> From: Marcel Moolenaar To: vadim_nuclight@mail.ru In-reply-to: Date: Wed, 05 Nov 2008 09:39:43 -0800 References: <9e77bdb50810011331y7216eac3yf85907f96f5e8370@mail.gmail.com> <7353F23F-F944-47C9-A97D-6DE247F958AE@mac.com> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-geom@freebsd.org Subject: Re: Experiences with Gpart 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, 05 Nov 2008 17:39:45 -0000 On Nov 5, 2008, at 4:17 AM, Vadim Goncharov wrote: > Hi Marcel Moolenaar! > > On Sun, 19 Oct 2008 14:40:53 -0700; Marcel Moolenaar wrote about > 'Re: Experiences with Gpart': > >>>>>> Despite the intent of gpt's being to make such nesting >>>>>> unnecessary, as >>>>>> a means of defining the structure of gmirrors, which take up the >>>>>> entire extent of whatever encloses them, the nesting was very >>>>>> helpful. >>>>> >>>>> Maybe nesting simply works if you comment the first if in >>>>> g_part_gpt_probe() in >>>>> sys/geom/part/g_part_gpt.c ? I don't get why this is restricted, >>>>> should be >>>>> my >>>>> decision to nest or not imo. >>>> >>>> Nesting is not allowed as per the GPT specification. >>> >>> OK. It doesn't make much sense for slices too, but is still allowed. >> A nested MBR provides for backward compatibility by >> presenting a GPT partition as a drive to those legacy >> OSes or tools. I don't think it was needed, but it >> was envisioned that way, AFAICT. It makes sense in a >> weird way. > > But, allowing for configuring partitioning as user wants (and > complex nesting, > if one wish) was always strong benefit of the GEOM. So why not? It > is allowed > author of this thread to manage mirrors the way he wants, not the > way somebody > enforces. Unix is tools, not policy (c) Gratuitous non-compliance in the name of freedom is not the Unix-way of things. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-geom@FreeBSD.ORG Wed Nov 5 19:21:50 2008 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 BD5B41065676 for ; Wed, 5 Nov 2008 19:21:50 +0000 (UTC) (envelope-from jeff+freebsd@wagsky.com) Received: from smtp.wagsky.com (wildside.wagsky.com [64.220.148.97]) by mx1.freebsd.org (Postfix) with ESMTP id 836D78FC08 for ; Wed, 5 Nov 2008 19:21:50 +0000 (UTC) (envelope-from jeff+freebsd@wagsky.com) Received: from port5.pn.wagsky.com (port5.pn.wagsky.com [192.168.6.5]) by mailgw.pn.wagsky.com (Postfix) with ESMTP id 5978A20F; Wed, 5 Nov 2008 10:15:56 -0800 (PST) Message-ID: <4911E2DB.3080405@wagsky.com> Date: Wed, 05 Nov 2008 10:15:56 -0800 From: Jeff Kletsky User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: g_vfs_done() read errors, apparently off end of drive 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, 05 Nov 2008 19:21:50 -0000 I'm puzzled by a series of geom read errors as the offset (both before and after changing physical media) appears to be past the end of the drive. The machine in question was brought into service in early September with my notes indicating: # Used 160 GB 2.5″ Hitachi on Primary IDE. # Build off FreeBSD 7.0 CD. # Use 40 GB for partition for now. * / — 512 MB * swap — 2048 MB * /var — 10 GB * /tmp — 10 GB * /usr — 17914 MB (left) The machine is an old box that has been very reliable (and relatively low power consumption, by today's standards) with a brand new Hitachi drive. It runs my (jailed) webserver and mail relay as well as ISC-dhcpd. The jail-specific file systems are under /var/db and the read-only portions are in /usr/jails/basejail (ezjail default). Starting a few weeks ago, I started getting apparent read errors logged into /var/log/messages at 3 AM: Oct 21 03:02:05 port16 kernel: g_vfs_done():ad0s1f[READ(offset=154543128576, length=16384)]error = 5 Oct 24 03:01:36 port16 kernel: g_vfs_done():ad0s1f[READ(offset=153192726528, length=16384)]error = 5 Oct 25 03:01:38 port16 kernel: g_vfs_done():ad0s1f[READ(offset=153192726528, length=16384)]error = 5 Oct 25 04:15:30 port16 kernel: g_vfs_done():ad0s1f[READ(offset=153192726528, length=16384)]error = 5 Oct 30 03:03:06 port16 kernel: g_vfs_done():ad0s1f[READ(offset=137393258496, length=16384)]error = 5 Nov 1 03:01:16 port16 kernel: g_vfs_done():ad0s1f[READ(offset=142595162112, length=16384)]error = 5 Nov 3 03:02:53 port16 kernel: g_vfs_done():ad0s1f[READ(offset=137199403008, length=16384)]error = 5 Nov 5 03:01:35 port16 kernel: g_vfs_done():ad0s1f[READ(offset=140475858944, length=16384)]error = 5 I took notice of them, and arranged for an RMA for the 160GB drive. Yesterday, November 4th, I formatted an old "10G" drive and used dump/restore to copy over the root, /var, and /usr partitions. The machine came up nicely, but then threw another 3 A.M. read error. I'm especially puzzled as 140475858944, if that is in bytes, would be 140,475,858,944 or ~140GB offset on a drive that has "10G" of addressable storage. Equally puzzling is that my notes indicate that the partition in use before Nov 5th was only 40 G in size, again not a "possible" offset for the error to appear. Here's daily-run output from Oct 25th, confirming that there isn't anything up there at the 140GB mark: Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 496M 129M 327M 28% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad0s1e 9.7G 20K 8.9G 0% /tmp /dev/ad0s1f 17G 3.2G 12G 21% /usr /dev/ad0s1d 9.7G 1.1G 7.8G 12% /var As well as last night's on the smaller drive: Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 434M 129M 270M 32% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad0s1e 484M 14K 445M 0% /tmp /dev/ad0s1f 4.3G 3.2G 790M 81% /usr /dev/ad0s1d 2.9G 1.1G 1.6G 41% /var fsck reports good on all partitions. Any suggestions on how to track this down and resolve it? TIA, Jeff Current dmesg.boot: ------------------- Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RELEASE-p5 #0: Wed Oct 1 10:10:12 UTC 2008 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (733.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 805224448 (767 MB) avail memory = 774057984 (738 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Oct 1 2008 10:09:48) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 2ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 agp0: aperture size is 256M pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib0: no PRT entry for 0.1.INTA vgapci0: port 0xd800-0xd8ff mem 0xf0000000-0xf7ffffff,0xef000000-0xef07ffff irq 10 at device 0.0 on pci1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 4.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0xb400-0xb41f irq 11 at device 4.2 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb000-0xb01f irq 11 at device 4.3 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered pci0: at device 5.0 (no driver attached) em0: port 0xa400-0xa43f mem 0xee800000-0xee81ffff,0xee000000-0xee01ffff irq 11 at device 10.0 on pci0 em0: Ethernet address: 00:1b:21:1d:f4:ed em0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcbfff pnpid ORM0000 on isa0 fdc0: No FDOUT register! ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 733129479 Hz quality 800 Timecounters tick every 1.000 msec hptrr: no controller detected. ad0: 9773MB at ata0-master UDMA66 Trying to mount root from ufs:/dev/ad0s1a em0: link state changed to UP Hitachi drive line: ------------------- ad0: 152627MB at ata0-master UDMA100 From owner-freebsd-geom@FreeBSD.ORG Wed Nov 5 22:00:23 2008 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 B3D96106567B for ; Wed, 5 Nov 2008 22:00:23 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6B9318FC12 for ; Wed, 5 Nov 2008 22:00:23 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1KxqQE-000NFG-Po; Thu, 06 Nov 2008 00:00:18 +0200 Message-ID: <49121772.1040501@icyb.net.ua> Date: Thu, 06 Nov 2008 00:00:18 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20081005) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Marius_N=FCnnerich?= References: <4911C3E9.405@icyb.net.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org, freebsd-geom@freebsd.org Subject: Re: zfs: affected by geom_(mbr|bsd) => geom_part_(mbr|bsd) ? 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, 05 Nov 2008 22:00:23 -0000 on 05/11/2008 18:55 Marius Nünnerich said the following: > On Wed, Nov 5, 2008 at 5:03 PM, Andriy Gapon wrote: >> Using GENERIC amd64 7-BETA2 system (installed from "official" ISO) I >> partitioned my disk for ZFS root file system more or less as described here: >> https://ish.com.au/solutions/articles/freebsdzfs >> >> Big difference is that I created a separate slice to contain a partition >> for ZFS pool, so that ZFS pool is ad4s2d (and UFS2 boot is ad4s1a). >> >> Everything was fine, ZFS root was mounted as expected. >> >> Then I built a custom kernel with nooptions for GEOM_(BSD|MBR) and >> options for GEOM_PART_(BSD|MBR). When I tried to boot this kernel it >> couldn't mount ZFS root and I simply rebooted my machine when I stuck at >> mountroot prompt (I couldn't enter UFS2 root because of unrelated >> keyboard problem). >> The boot was verbose and I didn't see any peculiar GEOM or GEOM_PART >> messages (errors, warnings). >> >> I'll try to debug this further by booting into UFS root and running >> gpart, but I'd like to ask for an advice upfront. >> >> Can something like this be rationally expected? >> Is there a way to make ZFS see its pool again (when booted into UFS root)? > > Afaict geom_part is a little bit more concerned about the correctness > of the partition tables. I think it's possible that you have a bug in > your tables which doesn't matter for geom_mbr or geom_bsd but for > geom_part. I believe that disklabels are correct even for gpart, but this is not proven. Anyway I'll do more tests tomorrow. P.S. I kind of hoped for an advice on ZFS side of things. -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Thu Nov 6 03:58:47 2008 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 037B31065675 for ; Thu, 6 Nov 2008 03:58:47 +0000 (UTC) (envelope-from cyberleo@cyberleo.net) Received: from mtumishi.cyberleo.net (mtumishi.cyberleo.net [69.72.129.14]) by mx1.freebsd.org (Postfix) with ESMTP id CEB128FC13 for ; Thu, 6 Nov 2008 03:58:46 +0000 (UTC) (envelope-from cyberleo@cyberleo.net) Received: from [172.16.44.14] (unknown [75.4.162.61]) by mtumishi.cyberleo.net (Postfix) with ESMTPSA id 003C0116B4; Wed, 5 Nov 2008 22:42:46 -0500 (EST) Message-ID: <491267B5.2090206@cyberleo.net> Date: Wed, 05 Nov 2008 21:42:45 -0600 From: CyberLeo Kitsana User-Agent: Thunderbird 2.0.0.17 (X11/20081004) MIME-Version: 1.0 To: FreeBSD Geom , CyberLeo X-Enigmail-Version: 0.95.7 Content-Type: multipart/mixed; boundary="------------050006040301040004070006" Cc: Subject: Question about labels/names 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, 06 Nov 2008 03:58:47 -0000 This is a multi-part message in MIME format. --------------050006040301040004070006 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi! In the interests of keeping things neat and tidy, I recently, completely at random, randomly included a / character in a geom name (glabel or gmirror) and discovered that it quite happily created a subdirectory under /dev (/dev/mirror or /dev/label, respectively). This seems like a useful method of keeping things tidy, but it smells like a potentially unintended behavior; specifically because removing the label or mirror does not remove the associated directory, and thus recreations fail miserably. No problem for my usage of this feature, but it was a surprise during tinkering and setup. So, the question is this: Is the presence of hierarchial structures in geom provider names an intended feature that can be relied upon, and simply has a bug with regards to removing old provider names; or can I expect my FreeBSD systems to mysteriously fail to mount root with some kernel update in the future? Thank you. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://wwww.fur.com/peace/ --------------050006040301040004070006 Content-Type: text/plain; name="nyoka-glabel.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="nyoka-glabel.txt" [cyberleo@nyoka ~]$ glabel list Geom name: da0 Providers: 1. Name: label/nyoka/ Mediasize: 8589934080 (8.0G) Sectorsize: 512 Mode: r5w5e5 secoffset: 0 offset: 0 seclength: 16777215 length: 8589934080 index: 0 Consumers: 1. Name: da0 Mediasize: 8589934592 (8.0G) Sectorsize: 512 Mode: r5w5e6 Geom name: da1 Providers: 1. Name: label/nyoka/srv Mediasize: 8589934080 (8.0G) Sectorsize: 512 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 16777215 length: 8589934080 index: 0 Consumers: 1. Name: da1 Mediasize: 8589934592 (8.0G) Sectorsize: 512 Mode: r1w1e2 [cyberleo@nyoka ~]$ ls -laRF /dev/label total 2 dr-xr-xr-x 3 root wheel 512 Dec 31 1969 ./ dr-xr-xr-x 6 root wheel 512 Dec 31 1969 ../ dr-xr-xr-x 2 root wheel 512 Dec 31 1969 nyoka/ /dev/label/nyoka: ls: : No such file or directory total 1 dr-xr-xr-x 2 root wheel 512 Dec 31 1969 ./ dr-xr-xr-x 3 root wheel 512 Dec 31 1969 ../ crw-r----- 1 root operator 0, 88 Oct 12 03:27 a crw-r----- 1 root operator 0, 89 Oct 12 03:27 b crw-r----- 1 root operator 0, 90 Oct 12 03:27 c crw-r----- 1 root operator 0, 91 Oct 12 03:27 d crw-r----- 1 root operator 0, 92 Oct 12 03:27 e crw-r----- 1 root operator 0, 93 Oct 12 03:27 f crw-r----- 1 root operator 0, 83 Oct 12 03:32 srv [cyberleo@nyoka ~]$ bsdlabel /dev/label/nyoka/c # /dev/label/nyoka/c: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1048576 16 4.2BSD 2048 16384 8 b: 1504912 1048592 swap c: 16777215 0 unused 0 0 # "raw" part, don't edit d: 2848468 2553504 4.2BSD 2048 16384 28552 e: 1048576 5402272 4.2BSD 2048 16384 8 f: 10326367 6450848 4.2BSD 2048 16384 28552 --------------050006040301040004070006 Content-Type: text/plain; name="paka-gmirror.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="paka-gmirror.txt" [cyberleo@paka ~]$ gmirror list Geom name: paka/ State: COMPLETE Components: 2 Balance: split Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 1693380488 Providers: 1. Name: mirror/paka/ Mediasize: 249999999488 (233G) Sectorsize: 512 Mode: r5w5e5 Consumers: 1. Name: da0 Mediasize: 250000000000 (233G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 0 SyncID: 1 ID: 2271483065 2. Name: da1 Mediasize: 250000000000 (233G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 0 SyncID: 1 ID: 1683486829 [cyberleo@paka ~]$ ls -laRF /dev/mirror total 2 dr-xr-xr-x 3 root wheel 512 Oct 25 18:05 ./ dr-xr-xr-x 5 root wheel 512 Oct 25 18:05 ../ dr-xr-xr-x 2 root wheel 512 Oct 25 18:05 paka/ /dev/mirror/paka: ls: : No such file or directory total 1 dr-xr-xr-x 2 root wheel 512 Oct 25 18:05 ./ dr-xr-xr-x 3 root wheel 512 Oct 25 18:05 ../ crw-r----- 1 root operator 0, 101 Oct 25 18:05 a crw-r----- 1 root operator 0, 102 Oct 25 18:05 b crw-r----- 1 root operator 0, 103 Oct 25 18:05 c crw-r----- 1 root operator 0, 104 Oct 25 18:05 d crw-r----- 1 root operator 0, 105 Oct 25 18:05 e crw-r----- 1 root operator 0, 106 Oct 25 18:05 f [cyberleo@paka ~]$ bsdlabel /dev/mirror/paka/c # /dev/mirror/paka/c: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1572864 16 4.2BSD 2048 16384 28528 b: 2097152 1572880 swap c: 488281249 0 unused 0 0 # "raw" part, don't edit d: 8388608 3670032 4.2BSD 2048 16384 28528 e: 2097152 12058640 4.2BSD 2048 16384 28528 f: 474125457 14155792 4.2BSD 2048 16384 28528 --------------050006040301040004070006-- From owner-freebsd-geom@FreeBSD.ORG Thu Nov 6 04:25:15 2008 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 E2E141065670 for ; Thu, 6 Nov 2008 04:25:15 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id C5EA28FC0C for ; Thu, 6 Nov 2008 04:25:15 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id mA64P45E040303; Wed, 5 Nov 2008 20:25:04 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id mA64P42K040302; Wed, 5 Nov 2008 20:25:04 -0800 (PST) (envelope-from sgk) Date: Wed, 5 Nov 2008 20:25:04 -0800 From: Steve Kargl To: freebsd-geom@freebsd.org Message-ID: <20081106042504.GA40254@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: sgk@troutmask.apl.washington.edu Subject: Method to mirror a single partition across the net 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, 06 Nov 2008 04:25:16 -0000 I was directed on freebsd-questions to ask my question on freebsd-fs, but freebsd-geom is perhaps a mosre appropriate list. I've read the Handbook's chapter on GEOM, gmirror(1), geom(8), ggated(8), and ggatec(8), and I've search the web for a solution to the following issue. I would like to mirror a single partition on system A to a partition on system B. It would appear a combination of gmirror and ggated would work, but I haven't found any example on setting up two systems. To be specific, /etc/fstab on the 2 systems is # Device Mountpoint FStype Options Dump Pass# /dev/ad4s1b none swap sw 0 0 /dev/ad4s1a / ufs rw 1 1 /dev/ad4s1e /data ufs rw 2 2 /dev/ad4s1d /usr ufs rw 2 2 I want to mirror 192.168.0.20:/dev/ad4s1e to 192.168.0.21:/dev/ad4s1e Does the following method work? On 192.168.0.21: # umount /dev/ad4s1e # echo "192.168.0.21/24 RW /dev/ad4s1e" > /etc/gg.exports # ggated On 192.168.0.20: # ggatec create -o rw 192.168.0.21 /dev/ad4s1e # gmirror label data /dev/ad4s1e # gmirror insert data /dev/ggate0 and /etc/fstab becomes # Device Mountpoint FStype Options Dump Pass# /dev/ad4s1b none swap sw 0 0 /dev/ad4s1a / ufs rw 1 1 /dev/ad4s1d /usr ufs rw 2 2 /dev/mirror/data /data ufs rw 2 2 This also leads to the question that if one is (or both systems are) rebooted, does the mirror automagically come back on boot? -- Steve From owner-freebsd-geom@FreeBSD.ORG Thu Nov 6 04:35:42 2008 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 6D046106564A for ; Thu, 6 Nov 2008 04:35:42 +0000 (UTC) (envelope-from brandon@brandonvalentine.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 491178FC0A for ; Thu, 6 Nov 2008 04:35:41 +0000 (UTC) (envelope-from brandon@brandonvalentine.com) Received: by wa-out-1112.google.com with SMTP id m34so218604wag.27 for ; Wed, 05 Nov 2008 20:35:41 -0800 (PST) Received: by 10.114.60.19 with SMTP id i19mr347940waa.62.1225946141379; Wed, 05 Nov 2008 20:35:41 -0800 (PST) Received: by 10.114.53.17 with HTTP; Wed, 5 Nov 2008 20:35:41 -0800 (PST) Message-ID: <93ed877d0811052035p76c59c96j7d76a178be91a517@mail.gmail.com> Date: Wed, 5 Nov 2008 22:35:41 -0600 From: "Brandon Valentine" To: "Steve Kargl" In-Reply-To: <20081106042504.GA40254@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081106042504.GA40254@troutmask.apl.washington.edu> Cc: freebsd-geom@freebsd.org Subject: Re: Method to mirror a single partition across the net 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, 06 Nov 2008 04:35:42 -0000 On Wed, Nov 5, 2008 at 10:25 PM, Steve Kargl wrote: > I've read the Handbook's chapter on GEOM, gmirror(1), geom(8), ggated(8), > and ggatec(8), and I've search the web for a solution to the following > issue. > > I would like to mirror a single partition on system A to a partition on > system B. It would appear a combination of gmirror and ggated would work, > but I haven't found any example on setting up two systems. Steve, You may find the following two articles helpful: http://phaq.phunsites.net/2006/08/11/realtime-file-system-replication-on-freebsd/ http://blackholemedia.net/blog/2008-01-02-Using_gmirror_ggate_and_freevrrpd_to_create_a_high_availability_enviroment.html Hope this helps, -- Brandon D. Valentine http://www.brandonvalentine.com From owner-freebsd-geom@FreeBSD.ORG Thu Nov 6 04:45:50 2008 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 3B0771065670 for ; Thu, 6 Nov 2008 04:45:50 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 1AFC28FC13 for ; Thu, 6 Nov 2008 04:45:50 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id mA64jnI0040459; Wed, 5 Nov 2008 20:45:49 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id mA64jnaG040458; Wed, 5 Nov 2008 20:45:49 -0800 (PST) (envelope-from sgk) Date: Wed, 5 Nov 2008 20:45:49 -0800 From: Steve Kargl To: Brandon Valentine Message-ID: <20081106044549.GA40427@troutmask.apl.washington.edu> References: <20081106042504.GA40254@troutmask.apl.washington.edu> <93ed877d0811052035p76c59c96j7d76a178be91a517@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <93ed877d0811052035p76c59c96j7d76a178be91a517@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-geom@freebsd.org Subject: Re: Method to mirror a single partition across the net 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, 06 Nov 2008 04:45:50 -0000 On Wed, Nov 05, 2008 at 10:35:41PM -0600, Brandon Valentine wrote: > On Wed, Nov 5, 2008 at 10:25 PM, Steve Kargl > wrote: > > I've read the Handbook's chapter on GEOM, gmirror(1), geom(8), ggated(8), > > and ggatec(8), and I've search the web for a solution to the following > > issue. > > > > I would like to mirror a single partition on system A to a partition on > > system B. It would appear a combination of gmirror and ggated would work, > > but I haven't found any example on setting up two systems. > > Steve, > > You may find the following two articles helpful: > > http://phaq.phunsites.net/2006/08/11/realtime-file-system-replication-on-freebsd/ > http://blackholemedia.net/blog/2008-01-02-Using_gmirror_ggate_and_freevrrpd_to_create_a_high_availability_enviroment.html > Thanks for the pointers. The first article looks very promising for my needs. -- Steve From owner-freebsd-geom@FreeBSD.ORG Thu Nov 6 09:31:23 2008 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 08B93106567A for ; Thu, 6 Nov 2008 09:31:23 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id C14158FC31 for ; Thu, 6 Nov 2008 09:31:22 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 402A6170E4; Thu, 6 Nov 2008 09:14:11 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id mA69E9tj015648; Thu, 6 Nov 2008 09:14:10 GMT (envelope-from phk@critter.freebsd.dk) To: CyberLeo Kitsana From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 05 Nov 2008 21:42:45 CST." <491267B5.2090206@cyberleo.net> Date: Thu, 06 Nov 2008 09:14:09 +0000 Message-ID: <15647.1225962849@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: FreeBSD Geom Subject: Re: Question about labels/names 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, 06 Nov 2008 09:31:23 -0000 In message <491267B5.2090206@cyberleo.net>, CyberLeo Kitsana writes: >In the interests of keeping things neat and tidy, I recently, completely >at random, randomly included a / character in a geom name (glabel or >gmirror) and discovered that it quite happily created a subdirectory >under /dev (/dev/mirror or /dev/label, respectively). As far as DEVFS it is intended behaviour, for g_label/g_mirror I think it is accidental, but with lulf's recent addition to libgeom, probably beneficial. Any bugs it might cause would be userland utilities not being able to find their geom instances, and lulf's work offers the solution for that. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Thu Nov 6 11:44:21 2008 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 6865110656D7; Thu, 6 Nov 2008 11:44:21 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3FD9A8FC1E; Thu, 6 Nov 2008 11:44:21 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mA6BiLaO087908; Thu, 6 Nov 2008 11:44:21 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mA6BiLow087904; Thu, 6 Nov 2008 11:44:21 GMT (envelope-from gavin) Date: Thu, 6 Nov 2008 11:44:21 GMT Message-Id: <200811061144.mA6BiLow087904@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-fs@FreeBSD.org, freebsd-geom@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/119868: [geom_gpt] [patch] 7.0 kernel panic with corrupt GPT label 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, 06 Nov 2008 11:44:21 -0000 Old Synopsis: [zfs] [patch] 7.0 kernel panic during boot with ZFS and WD1600JS New Synopsis: [geom_gpt] [patch] 7.0 kernel panic with corrupt GPT label Responsible-Changed-From-To: freebsd-fs->freebsd-geom Responsible-Changed-By: gavin Responsible-Changed-When: Thu Nov 6 11:39:24 UTC 2008 Responsible-Changed-Why: Jaakko Heinonen points out that this is actually a bug with geom_gpt and not ZFS. The PR contains a patch, confirmed to fix the issue. http://www.freebsd.org/cgi/query-pr.cgi?pr=119868 From owner-freebsd-geom@FreeBSD.ORG Thu Nov 6 12:45:54 2008 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 F044B106567B for ; Thu, 6 Nov 2008 12:45:54 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6F1448FC20 for ; Thu, 6 Nov 2008 12:45:54 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (DSTO/DSTO) with ESMTP id mA6CU49c012853 for ; Thu, 6 Nov 2008 23:00:05 +1030 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Thu, 6 Nov 2008 23:02:32 +1030 Received: from stlex511.dsto.defence.gov.au ([203.6.60.49]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.3959); Thu, 6 Nov 2008 23:02:32 +1030 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by stlex511.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.3959); Thu, 6 Nov 2008 21:32:29 +0900 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.14.2/8.14.2) with ESMTP id mA6CV2mg068819 for ; Thu, 6 Nov 2008 21:31:02 +0900 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.14.2/8.14.2/Submit) id mA6CV29L068818 for freebsd-geom@freebsd.org; Thu, 6 Nov 2008 21:31:02 +0900 (WST) (envelope-from wilkinsa) Date: Thu, 6 Nov 2008 21:31:02 +0900 From: "Wilkinson, Alex" To: freebsd-geom@freebsd.org Message-ID: <20081106123102.GQ50955@stlux503.dsto.defence.gov.au> Mail-Followup-To: freebsd-geom@freebsd.org References: <491267B5.2090206@cyberleo.net> <15647.1225962849@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <15647.1225962849@critter.freebsd.dk> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.18 (2008-05-17) X-OriginalArrivalTime: 06 Nov 2008 12:32:29.0908 (UTC) FILETIME=[BBF67940:01C9400B] X-TM-AS-Product-Ver: SMEX-7.0.0.1584-5.5.1027-16262.003 X-TM-AS-Result: No--1.205500-0.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: Question about labels/names 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, 06 Nov 2008 12:45:55 -0000 0n Thu, Nov 06, 2008 at 09:14:09AM +0000, Poul-Henning Kamp wrote: >Any bugs it might cause would be userland utilities not being able >to find their geom instances, and lulf's work offers the solution >for that. what is "lulf's work" all about ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-geom@FreeBSD.ORG Thu Nov 6 12:58:31 2008 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 D5B851065674 for ; Thu, 6 Nov 2008 12:58:31 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 9A34F8FC1D for ; Thu, 6 Nov 2008 12:58:31 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id B75A5170E4; Thu, 6 Nov 2008 12:58:29 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id mA6CwRWQ016712; Thu, 6 Nov 2008 12:58:29 GMT (envelope-from phk@critter.freebsd.dk) To: "Wilkinson, Alex" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 06 Nov 2008 21:31:02 +0900." <20081106123102.GQ50955@stlux503.dsto.defence.gov.au> Date: Thu, 06 Nov 2008 12:58:27 +0000 Message-ID: <16711.1225976307@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-geom@freebsd.org Subject: Re: Question about labels/names 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, 06 Nov 2008 12:58:31 -0000 In message <20081106123102.GQ50955@stlux503.dsto.defence.gov.au>, "Wilkinson, A lex" writes: > > 0n Thu, Nov 06, 2008 at 09:14:09AM +0000, Poul-Henning Kamp wrote: > > >Any bugs it might cause would be userland utilities not being able > >to find their geom instances, and lulf's work offers the solution > >for that. > >what is "lulf's work" all about ? Matching /dev entries to geom provider names. See r182843 and r182863. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Thu Nov 6 13:20:33 2008 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 03F371065675 for ; Thu, 6 Nov 2008 13:20:33 +0000 (UTC) (envelope-from kurtseel@primetime.com) Received: from mail.primetime.com (mail.primetime.com [146.145.135.164]) by mx1.freebsd.org (Postfix) with ESMTP id CD3AE8FC1F for ; Thu, 6 Nov 2008 13:20:32 +0000 (UTC) (envelope-from kurtseel@primetime.com) Received: from Macintosh-6.local (unknown [10.200.1.137]) by mail.primetime.com (Postfix) with ESMTP id A93E9F9C511; Thu, 6 Nov 2008 07:47:40 -0500 (EST) Message-ID: <4912E80A.7090405@primetime.com> Date: Thu, 06 Nov 2008 07:50:18 -0500 From: kurt seel User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Steve Kargl , freebsd-geom@freebsd.org References: <20081106042504.GA40254@troutmask.apl.washington.edu> In-Reply-To: <20081106042504.GA40254@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Method to mirror a single partition across the net 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, 06 Nov 2008 13:20:33 -0000 Tell me if this helps : http://bsdtips.utcorp.net/mediawiki/index.php/Mirroring_over_network If anything is wrong or unclear let me know. Steve Kargl wrote: > I was directed on freebsd-questions to ask my question on > freebsd-fs, but freebsd-geom is perhaps a mosre appropriate > list. > > I've read the Handbook's chapter on GEOM, gmirror(1), geom(8), ggated(8), > and ggatec(8), and I've search the web for a solution to the following > issue. > > I would like to mirror a single partition on system A to a partition on > system B. It would appear a combination of gmirror and ggated would work, > but I haven't found any example on setting up two systems. > > To be specific, /etc/fstab on the 2 systems is > > # Device Mountpoint FStype Options Dump Pass# > /dev/ad4s1b none swap sw 0 0 > /dev/ad4s1a / ufs rw 1 1 > /dev/ad4s1e /data ufs rw 2 2 > /dev/ad4s1d /usr ufs rw 2 2 > > I want to mirror 192.168.0.20:/dev/ad4s1e to 192.168.0.21:/dev/ad4s1e > > Does the following method work? > > On 192.168.0.21: > > # umount /dev/ad4s1e > # echo "192.168.0.21/24 RW /dev/ad4s1e" > /etc/gg.exports > # ggated > > On 192.168.0.20: > > # ggatec create -o rw 192.168.0.21 /dev/ad4s1e > # gmirror label data /dev/ad4s1e > # gmirror insert data /dev/ggate0 > > and /etc/fstab becomes > > # Device Mountpoint FStype Options Dump Pass# > /dev/ad4s1b none swap sw 0 0 > /dev/ad4s1a / ufs rw > 1 1 > /dev/ad4s1d /usr ufs rw 2 2 > /dev/mirror/data /data ufs rw 2 2 > > This also leads to the question that if one is (or both systems are) > rebooted, does the mirror automagically come back on boot? > > From owner-freebsd-geom@FreeBSD.ORG Thu Nov 6 16:53:51 2008 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 C6197106567E; Thu, 6 Nov 2008 16:53:51 +0000 (UTC) (envelope-from marcel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6158FC14; Thu, 6 Nov 2008 16:53:51 +0000 (UTC) (envelope-from marcel@FreeBSD.org) Received: from freefall.freebsd.org (marcel@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mA6Grpwh022015; Thu, 6 Nov 2008 16:53:51 GMT (envelope-from marcel@freefall.freebsd.org) Received: (from marcel@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mA6GroSY022011; Thu, 6 Nov 2008 16:53:50 GMT (envelope-from marcel) Date: Thu, 6 Nov 2008 16:53:50 GMT Message-Id: <200811061653.mA6GroSY022011@freefall.freebsd.org> To: johan@giantfoo.org, marcel@FreeBSD.org, freebsd-geom@FreeBSD.org, marcel@FreeBSD.org From: marcel@FreeBSD.org Cc: Subject: Re: kern/119868: [geom_gpt] [patch] 7.0 kernel panic with corrupt GPT label 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, 06 Nov 2008 16:53:51 -0000 Synopsis: [geom_gpt] [patch] 7.0 kernel panic with corrupt GPT label State-Changed-From-To: analyzed->patched State-Changed-By: marcel State-Changed-When: Thu Nov 6 16:52:40 UTC 2008 State-Changed-Why: Fix committed in -CURRENT. MFC to happen in a week. Thanks for the analysis and patch. Responsible-Changed-From-To: freebsd-geom->marcel Responsible-Changed-By: marcel Responsible-Changed-When: Thu Nov 6 16:52:40 UTC 2008 Responsible-Changed-Why: Fix committed in -CURRENT. MFC to happen in a week. Thanks for the analysis and patch. http://www.freebsd.org/cgi/query-pr.cgi?pr=119868 From owner-freebsd-geom@FreeBSD.ORG Thu Nov 6 20:38:18 2008 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 8975D1065677 for ; Thu, 6 Nov 2008 20:38:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 51E448FC17 for ; Thu, 6 Nov 2008 20:38:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id mA6KcIi9083534; Thu, 6 Nov 2008 12:38:18 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id mA6KcHrS083533; Thu, 6 Nov 2008 12:38:17 -0800 (PST) (envelope-from sgk) Date: Thu, 6 Nov 2008 12:38:17 -0800 From: Steve Kargl To: kurt seel Message-ID: <20081106203817.GA64185@troutmask.apl.washington.edu> References: <20081106042504.GA40254@troutmask.apl.washington.edu> <4912E80A.7090405@primetime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4912E80A.7090405@primetime.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-geom@freebsd.org Subject: Re: Method to mirror a single partition across the net 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, 06 Nov 2008 20:38:18 -0000 On Thu, Nov 06, 2008 at 07:50:18AM -0500, kurt seel wrote: > > Tell me if this helps : > http://bsdtips.utcorp.net/mediawiki/index.php/Mirroring_over_network > If anything is wrong or unclear let me know. > Thanks for the pointer. Unfortunately, it doesn't describe what I'm trying to do. I literally want to mirror only a single partition across the network to a single partition. I don't want to mirror a disk slice or an entire disk. -- Steve From owner-freebsd-geom@FreeBSD.ORG Thu Nov 6 22:20:25 2008 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 4875A1065754 for ; Thu, 6 Nov 2008 22:20:25 +0000 (UTC) (envelope-from kurtseel@primetime.com) Received: from mail.primetime.com (mail.primetime.com [146.145.135.164]) by mx1.freebsd.org (Postfix) with ESMTP id 1D0778FC1A for ; Thu, 6 Nov 2008 22:20:25 +0000 (UTC) (envelope-from kurtseel@primetime.com) Received: from Macintosh-6.local (unknown [10.200.1.137]) by mail.primetime.com (Postfix) with ESMTP id 29EEBF9C405; Thu, 6 Nov 2008 17:18:46 -0500 (EST) Message-ID: <49136DE5.1080603@primetime.com> Date: Thu, 06 Nov 2008 17:21:25 -0500 From: kurt seel User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Steve Kargl , freebsd-geom@freebsd.org References: <20081106042504.GA40254@troutmask.apl.washington.edu> <4912E80A.7090405@primetime.com> <20081106203817.GA64185@troutmask.apl.washington.edu> In-Reply-To: <20081106203817.GA64185@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Method to mirror a single partition across the net 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, 06 Nov 2008 22:20:25 -0000 Steve Kargl wrote: > On Thu, Nov 06, 2008 at 07:50:18AM -0500, kurt seel wrote: > >> Tell me if this helps : >> http://bsdtips.utcorp.net/mediawiki/index.php/Mirroring_over_network >> If anything is wrong or unclear let me know. >> >> > > Thanks for the pointer. Unfortunately, it doesn't describe > what I'm trying to do. I literally want to mirror only a > single partition across the network to a single partition. > I don't want to mirror a disk slice or an entire disk. > > Just use the partition device node instead, GEOM doesn't care. From owner-freebsd-geom@FreeBSD.ORG Thu Nov 6 23:32:17 2008 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 5A7051065670 for ; Thu, 6 Nov 2008 23:32:17 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 3B2B28FC18 for ; Thu, 6 Nov 2008 23:32:17 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id mA6NWGdC090475; Thu, 6 Nov 2008 15:32:16 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id mA6NWGh2090474; Thu, 6 Nov 2008 15:32:16 -0800 (PST) (envelope-from sgk) Date: Thu, 6 Nov 2008 15:32:16 -0800 From: Steve Kargl To: kurt seel Message-ID: <20081106233216.GA90456@troutmask.apl.washington.edu> References: <20081106042504.GA40254@troutmask.apl.washington.edu> <4912E80A.7090405@primetime.com> <20081106203817.GA64185@troutmask.apl.washington.edu> <49136DE5.1080603@primetime.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49136DE5.1080603@primetime.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-geom@freebsd.org Subject: Re: Method to mirror a single partition across the net 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, 06 Nov 2008 23:32:17 -0000 On Thu, Nov 06, 2008 at 05:21:25PM -0500, kurt seel wrote: > Steve Kargl wrote: > >On Thu, Nov 06, 2008 at 07:50:18AM -0500, kurt seel wrote: > > > >>Tell me if this helps : > >>http://bsdtips.utcorp.net/mediawiki/index.php/Mirroring_over_network > >>If anything is wrong or unclear let me know. > >> > >> > > > >Thanks for the pointer. Unfortunately, it doesn't describe > >what I'm trying to do. I literally want to mirror only a > >single partition across the network to a single partition. > >I don't want to mirror a disk slice or an entire disk. > > > Just use the partition device node instead, GEOM doesn't care. Yeah, I hust found this out! node18:root[236] gmirror status Name Status Components mirror/data DEGRADED ad4s1e ggate0 (93%) Thanks, again for the info. -- Steve From owner-freebsd-geom@FreeBSD.ORG Fri Nov 7 00:10:54 2008 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 6B5181065672 for ; Fri, 7 Nov 2008 00:10:54 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 4FBA48FC13 for ; Fri, 7 Nov 2008 00:10:54 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id mA70As7p090785 for ; Thu, 6 Nov 2008 16:10:54 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id mA70AsKG090784 for freebsd-geom@freebsd.org; Thu, 6 Nov 2008 16:10:54 -0800 (PST) (envelope-from sgk) Date: Thu, 6 Nov 2008 16:10:54 -0800 From: Steve Kargl To: freebsd-geom@freebsd.org Message-ID: <20081107001054.GA90684@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: gmirror and nfs 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, 07 Nov 2008 00:10:54 -0000 With Brandon and Kurt's help, I've successfully constructed the gmirror of a partition over the network. Now, onto another (possibly dumb) question. What I have is n18:kargl[213] df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad4s1a 248M 90M 138M 40% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad4s1d 3.9G 419M 3.2G 11% /usr node10:/home 189G 91G 84G 52% /usr/home node10:/usr/local 19G 10G 7.4G 58% /usr/local /dev/mirror/data 218G 20G 180G 10% /data n18:kargl[214] gmirror status Name Status Components mirror/data COMPLETE ad4s1e ggate0 In the above, ad4s1e is n18:/dev/ad4s1 and ggate0 is n19:/dev/ad4s1. On the master node, n10, in my cluster, I tried to do master:root:[213] mount_nfs -o tcp n18:/data /n18 mount_nfs: /n18: Input/output error So, it appears the underlying /dev/mirror/data is not compatible with NFS. Is ggated capable of exporting the gmirror to another node? -- Steve From owner-freebsd-geom@FreeBSD.ORG Fri Nov 7 09:06:21 2008 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 3920A106568E for ; Fri, 7 Nov 2008 09:06:21 +0000 (UTC) (envelope-from avasek@yahoo.com) Received: from n72.bullet.mail.sp1.yahoo.com (n72.bullet.mail.sp1.yahoo.com [98.136.44.34]) by mx1.freebsd.org (Postfix) with SMTP id 16EDB8FC13 for ; Fri, 7 Nov 2008 09:06:21 +0000 (UTC) (envelope-from avasek@yahoo.com) Received: from [216.252.122.219] by n72.bullet.mail.sp1.yahoo.com with NNFMP; 07 Nov 2008 08:53:32 -0000 Received: from [69.147.84.100] by t4.bullet.sp1.yahoo.com with NNFMP; 07 Nov 2008 08:53:32 -0000 Received: from [127.0.0.1] by omp201.mail.sp1.yahoo.com with NNFMP; 07 Nov 2008 08:53:32 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 321179.31631.bm@omp201.mail.sp1.yahoo.com Received: (qmail 4237 invoked by uid 60001); 7 Nov 2008 08:53:32 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=cUA3ErwTV/pSjZgFg9kMP7CBM+/xplB3JPV9lG2BVFKKvzVvF8iHMPX90cyx0yfbP0lm9ye15AhuKcNu9MvWOU7Oa9i3wXGPYHWNl5Rwmbl/FdBMuFw3kDYLzwMM1x1cwrENCfEA39cqK2ORMYZBj0iSLO9vDkeNIHJzBA2Mqik=; X-YMail-OSG: 5AULfe4VM1mV4dPk39NYjiGwczYzGfaJkOXJRDND2JEgwizW8VQ4nQM7HsXQ1eYsgPdl4fmipsRw6prHT3dPJdJGpixwYGjOOSNNOnkPnhSCnH9XrefPQRSSX6nelvMUk4ESMZDjbsESNwuiPqD0jhkUrGMa Received: from [202.3.112.9] by web46108.mail.sp1.yahoo.com via HTTP; Fri, 07 Nov 2008 00:53:31 PST X-Mailer: YahooMailRC/1155.20 YahooMailWebService/0.7.260.1 References: <877581.16197.qm@web31702.mail.mud.yahoo.com> <200811061006.13445.lists@jnielsen.net> Date: Fri, 7 Nov 2008 00:53:31 -0800 (PST) From: My Myself To: John Nielsen , freebsd-questions@freebsd.org, freebsd-geom@freebsd.org MIME-Version: 1.0 Message-ID: <225776.3467.qm@web46108.mail.sp1.yahoo.com> X-Mailman-Approved-At: Fri, 07 Nov 2008 12:47:08 +0000 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ganesh kamath Subject: Re: Geom multipath 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, 07 Nov 2008 09:06:21 -0000 Thanks!. I did know that there would be only one active path, but path switching doesnt seem to happen when one path fails. The behaviour is intermittent, so i was wondering if there are any kernel tunables that i could play with, like timeout variables etc. ________________________________ From: John Nielsen To: freebsd-questions@freebsd.org Cc: Ganesh kamath Sent: Thursday, November 6, 2008 8:36:13 PM Subject: Re: Geom multipath On Thursday 06 November 2008 07:13:36 am Ganesh kamath wrote: > I am trying to get multipath running in freebsd version 7. Are there > any configuration files that i can tweak with geom multipath?. The > paths are active/passive to the storage array and i dont seem to have > control of what path the IO takes, so i was wondering if there are any > tweaks thati could do to control the flow of IO to a specific path. Read the manpage. Thoroughly. gmultipath(8). :) There is only one active path to any device, and it is the first in the list of devices. You specify the device list when you create the provider and it is updated if errors occur and when gmultipath labeled devices reappear. I would guess/hope that the order would be preserved across a reboot but I'm not sure. That type of question might be suitable for the freebsd-geom@ mailing list. > Also, the IO doesnt resume when i try to do some cable pulls and plug > them back. If you're not using an mpt or isp disk controller then you have to initiate a rescan manually for the device to reappear. See camcontrol and/or atacontrol. When the device _does_ reappear it will be inserted at the end of the list, so I/O will continue across the alternate path which is still first in the list. JN _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-geom@FreeBSD.ORG Fri Nov 7 19:21:51 2008 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 369831065676 for ; Fri, 7 Nov 2008 19:21:51 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id F0BF58FC31 for ; Fri, 7 Nov 2008 19:21:50 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id mA7JLoDp003154 for ; Fri, 7 Nov 2008 11:21:50 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id mA7JLoCq003153 for freebsd-geom@freebsd.org; Fri, 7 Nov 2008 11:21:50 -0800 (PST) (envelope-from sgk) Date: Fri, 7 Nov 2008 11:21:50 -0800 From: Steve Kargl To: freebsd-geom@freebsd.org Message-ID: <20081107192150.GA3007@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: RW and RO semantic and unable to umount a partition? 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, 07 Nov 2008 19:21:51 -0000 So, I may have done something in the category of "Don't do that!". On node n19, I export /dev/ad4s1e and combine it into a mirror on node n18 with n18's /dev/ad4s1e. On n18 I have /dev/mirror/data, and I've successfully mounted /dev/mirror/data: n18:root[32] mount /dev/mirror/data /data Now, I tried the the following: On n18, I created /etc/gg.exports n18:root[33] cat /etc/gg.exports 192.168.0.17 RW /dev/mirror/data n18:root[34] ggated -v On node n17 (yes, a third system). I do n17:root[08] ggatec create -o rw 192.168.0.18 /dev/mirror/data The above command does not create /dev/ggate0. So, I tried ggatec create -o ro 192.168.0.18 /dev/mirror/data This created the /dev/ggate0 device. Now, the interesting part n17:root[10] mount /dev/ggate0 /mnt n17:root[11] ls /mnt .snap/ fcurra/ kargl/ n17:root[12] umount /mnt umount: unmount of /mnt failed: Operation not permitted n17:root[13] umount -f /mnt umount: unmount of /mnt failed: Operation not permitted Three questions. Why is RW not permitted? Why does umount fail? How the heck to I force umount or the unmounting of /mnt? -- Steve