From owner-freebsd-geom@FreeBSD.ORG Sun Jun 3 07:58:27 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0BCF616A421 for ; Sun, 3 Jun 2007 07:58:27 +0000 (UTC) (envelope-from mwm-dated-1181713764.0cdc64@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id A1A1A13C457 for ; Sun, 3 Jun 2007 07:58:26 +0000 (UTC) (envelope-from mwm-dated-1181713764.0cdc64@mired.org) Received: (qmail 1518 invoked by uid 1001); 3 Jun 2007 05:49:24 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Sun, 03 Jun 2007 01:49:24 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18018.22116.95145.341499@bhuda.mired.org> Date: Sun, 3 Jun 2007 01:49:24 -0400 To: freebsd-geom@freebsd.org X-Mailer: VM 7.19 under Emacs 21.3.1 X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.11 (Ladyburn) From: Mike Meyer Subject: WARNING: Expected rawoffset 0, found 63 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-geom@freebsd.org, mwm-dated-1181281647.6bff1f@mired.org List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2007 07:58:27 -0000 Hello, I'm changing the way I'm mirror my system disk on an amd64 system running 6-STABLE (from late april). In paticular, I want to mirror the root partition instead of the entire disk, and have this setup for that: bhuda% gmirror list gm0s1a Geom name: gm0s1a State: COMPLETE Components: 2 Balance: split Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 2799177281 Providers: 1. Name: mirror/gm0s1a Mediasize: 1073741312 (1.0G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad2s1a Mediasize: 1073741824 (1.0G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 2288219402 2. Name: ad3s1a Mediasize: 1073741824 (1.0G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 2796645801 Neither ad[23] nor ad[23]s1 is mirrored. Things seem to be working fine. However, on boot I get a pair of the warnings listed in the subject line. Setting kern.geom.debugflags to 1 in loader.conf and rebooting, I find the following interesting bit of output: mbr_taste(MBR,mirror/gm0s1a) g_slice_spoiled(0xffffff0000b56280/mirror/gm0s1a) g_wither_geom(0xffffff0000b75900(mirror/gm0s1a)) bsd_taste(BSD,mirror/gm0s1a) WARNING: Expected rawoffset 0, found 63 g_slice_config(mirror/gm0s1a, 0, 0) ... g_slice_config(mirror/gm0s1a, 7, 1) g_slice_conf_hot(mirror/gm0s1a, idx: 0, off: 512, len: 276) g_gpt_taste(GPT,mirror/gm0s1a) g_slice_spoiled(0xffffff0000b56580/mirror/gm0s1a) g_wither_geom(0xffffff0000b95800(mirror/gm0s1a)) Um, ok, there is a BSD label on mirror/gm0s1a, because there's a BSD label on ad[23]s1, which has the same starting sector as ad[23]s1a, which are where gm0s1a is getting blocks. But that label has already been attached (twice, actually - once from ad2s1 and once from ad3s1). In fact, when we taste those, it fails as expected: bsd_taste(BSD,ad2s1a) g_slice_spoiled(0xffffff0000b98280/ad2s1a) g_wither_geom(0xffffff0000bdb200(ad2s1a)) It looks like the 'partitions' inside gm0s1a are destroyed before we finish booting, as the devices certainly aren't there after we boot. Which leads to my two questions: 1) Can this warning be ignored? If it's from a geom that indeed vanishes later, that should be the case. 2) Is this a bug? Or maybe an undesirable behavior that should be documented? Thanks, http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-geom@FreeBSD.ORG Mon Jun 4 11:08:27 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED56216A4A0 for ; Mon, 4 Jun 2007 11:08:27 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id DB88F13C447 for ; Mon, 4 Jun 2007 11:08:27 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l54B8R4R037502 for ; Mon, 4 Jun 2007 11:08:27 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l54B8QJJ037498 for freebsd-geom@FreeBSD.org; Mon, 4 Jun 2007 11:08:26 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 4 Jun 2007 11:08:26 GMT Message-Id: <200706041108.l54B8QJJ037498@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 you 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, 04 Jun 2007 11:08:28 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/76538 geom [gbde] nfs-write on gbde partition stalls and continue o kern/83464 geom [geom] [patch] Unhandled malloc failures within libgeo o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/89102 geom [geom_vfs] [panic] panic when forced unmount FS from u o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom_mirror] [panic] Restore cause panic string (ffs_ o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML 10 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde "destroy" not working. o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for f kern/105390 geom [geli] filesystem on a md backed by sparse file with s o kern/107707 geom [geom] [patch] add new class geom_xbox360 to slice up p bin/110705 geom gmirror control utility does not exit with correct exi 6 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Jun 4 12:13:22 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4771616A400 for ; Mon, 4 Jun 2007 12:13:22 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.freebsd.org (Postfix) with ESMTP id 1643413C45E for ; Mon, 4 Jun 2007 12:13:21 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: by zoraida.natserv.net (Postfix, from userid 58) id DA31FC2EC; Mon, 4 Jun 2007 07:40:53 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on zoraida.natserv.net X-Spam-Level: X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED, DK_POLICY_SIGNSOME autolearn=disabled version=3.1.8 X-Spam-Report: * 0.0 DK_POLICY_SIGNSOME Domain Keys: policy says domain signs some mails * -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147]) by zoraida.natserv.net (Postfix) with ESMTP id 679BEC2E6 for ; Mon, 4 Jun 2007 07:40:51 -0400 (EDT) Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: FreeBSD Geom Date: Mon, 04 Jun 2007 07:40:51 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Subject: geom_gate and geom_mirror status? 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, 04 Jun 2007 12:13:22 -0000 Anyone has any experience with geom_gate, geom_mirror features in an ISP style setup? At work we are testing them and so far it looks promissing, but we are wondering how it behaves under heavy load. Would like to use it for replicating Maildir directories at an ISP in real time. Originally we were looking for DRBD in FreeBSD (http://www.drbd.org) and searching for that we bumped into references to geom_gate/geom_mirror. From owner-freebsd-geom@FreeBSD.ORG Mon Jun 4 12:30:50 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1DFF516A400 for ; Mon, 4 Jun 2007 12:30:50 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30302.mail.mud.yahoo.com (web30302.mail.mud.yahoo.com [209.191.69.64]) by mx1.freebsd.org (Postfix) with SMTP id DD3E613C45B for ; Mon, 4 Jun 2007 12:30:49 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 8655 invoked by uid 60001); 4 Jun 2007 12:30:49 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=qS0gr8enWNTBYnhKMKpIwWp3N+GtvuieOMQxC5lWzlhzgQgVvfGrIt7dek2BjGpevz4xzxC+FkMQ9VLcMTm0C3SY/MQqczx5dQvNJhukL6u9CT8xMHztfavq5Aob3EIuNSpDvwZZzZe3CS1W2KUq2/uuEacu3U8YD2XNtKp4UGE=; X-YMail-OSG: .Kapx9MVM1mPluKMSEqbZcH7P.9C1LiY1hg4Nq0cTSwVNA3Ak1OTEuKnLn02890Nl9LZeCtOChw5_LZGGptzoNjVobfmoI.gtOZq7FzOpEc5OIdrK3cMxeg1GnSxxg-- Received: from [77.129.191.175] by web30302.mail.mud.yahoo.com via HTTP; Mon, 04 Jun 2007 05:30:49 PDT Date: Mon, 4 Jun 2007 05:30:49 -0700 (PDT) From: Arne "Wörner" To: Francisco Reyes , FreeBSD Geom In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <165212.7790.qm@web30302.mail.mud.yahoo.com> Cc: Subject: Re: geom_gate and geom_mirror status? 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, 04 Jun 2007 12:30:50 -0000 --- Francisco Reyes wrote: > Anyone has any experience with geom_gate, geom_mirror features in an ISP > style setup? > I dont... > At work we are testing them and so far it looks promissing, but we are > wondering how it behaves under heavy load. Would like to > use it for replicating Maildir directories at an ISP in real time. > The problem would be, that UFS (I assume that u want to use UFS on top of gmirror) does not allow multiple RW mounts... Maybe u would like afs/dfs or coda or mysql (i dont know if there r mail exchangers, that can use mysql; maybe qmail?) better? Or maybe u would like this self-made construction better: Whenever an email comes in from the outside (so not from the other hot box), u forward it via some specially crafted /etc/aliases file to the other hot box. Then u would need something, that pop3-s both boxes simultaneously somehow (maybe via a journal, that is sent to the other hot box every few seconds, and that is shortened if the changes r acknowledged)... And after a crash the box would be updated automatically via the mail queue (if the down time was not too long)... -Arne ___________________________________________________________________________________ You snooze, you lose. Get messages ASAP with AutoCheck in the all-new Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/newmail_html.html From owner-freebsd-geom@FreeBSD.ORG Mon Jun 4 13:52:49 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4164016A41F for ; Mon, 4 Jun 2007 13:52:49 +0000 (UTC) (envelope-from tomas@zvala.cz) Received: from neptune.request.cz (fox.murder.cz [62.24.64.129]) by mx1.freebsd.org (Postfix) with ESMTP id 0587D13C448 for ; Mon, 4 Jun 2007 13:52:44 +0000 (UTC) (envelope-from tomas@zvala.cz) Received: from [192.168.128.6] (vulcan.murder.cz [62.24.64.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: fox@murder.cz) by neptune.request.cz (Postfix) with ESMTP id C6C624800081; Mon, 4 Jun 2007 15:22:19 +0200 (CEST) Message-ID: <466411FC.5090203@zvala.cz> Date: Mon, 04 Jun 2007 15:22:04 +0200 From: Tomas Zvala User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Francisco Reyes References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Geom Subject: Re: geom_gate and geom_mirror status? 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, 04 Jun 2007 13:52:49 -0000 Francisco Reyes wrote: > Anyone has any experience with geom_gate, geom_mirror features in an > ISP style setup? > > At work we are testing them and so far it looks promissing, but we are > wondering how it behaves under heavy load. Would like to > use it for replicating Maildir directories at an ISP in real time. > > Originally we were looking for DRBD in FreeBSD (http://www.drbd.org) > and searching for that we bumped into references to > geom_gate/geom_mirror. > About a year ago I tried setting up similar solution with FBSD and ggate/gmirror but even with generic kernel it wasn't stable enough for production usage. I tried to tweak around a bit but never succeeded in having it rock solid. Another problem is the need to do full resync after disconnect event (and with 900G disk it takes a looooong time even on 1GBps connection). So our mailserver runs gentoo linux with drbd for about 10 months now and works perfectly. (just for clarification, we use the other box just as an offline backup -> fs is not mounted and we just have a manual failover in the event of master server failure) Tomas From owner-freebsd-geom@FreeBSD.ORG Mon Jun 4 13:59:09 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0471016A400 for ; Mon, 4 Jun 2007 13:59:09 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.freebsd.org (Postfix) with ESMTP id C30C913C46C for ; Mon, 4 Jun 2007 13:59:08 +0000 (UTC) (envelope-from lists@stringsutils.com) Received: by zoraida.natserv.net (Postfix, from userid 58) id 1C97AC2EC; Mon, 4 Jun 2007 09:59:08 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on zoraida.natserv.net X-Spam-Level: X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED, DK_POLICY_SIGNSOME autolearn=disabled version=3.1.8 X-Spam-Report: * 0.0 DK_POLICY_SIGNSOME Domain Keys: policy says domain signs some mails * -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP Received: from 35st.simplicato.com (static-71-249-233-130.nycmny.east.verizon.net [71.249.233.130]) by zoraida.natserv.net (Postfix) with ESMTP id 7D87CC2E6; Mon, 4 Jun 2007 09:59:05 -0400 (EDT) References: <466411FC.5090203@zvala.cz> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Tomas Zvala Date: Mon, 04 Jun 2007 09:59:04 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Cc: FreeBSD Geom Subject: Re: geom_gate and geom_mirror status? 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, 04 Jun 2007 13:59:09 -0000 Tomas Zvala writes: > About a year ago I tried setting up similar solution with FBSD and > ggate/gmirror but even with generic kernel it wasn't stable enough for > production usage. Thanks much for the feedback. We have set it up in two test machines and it hung up with some basic testing. This was with 6.2 Release. Doesn't look very promissing so far. > having it rock solid. Another problem is the need to do full resync > after disconnect event (and with 900G disk it takes a looooong time even > on 1GBps connection) We are going to have 50GB to 200GB. Unlikely any more than that. > So our mailserver runs gentoo linux with drbd for > about 10 months now and works perfectly. I wonder if anyone has ever tried to port drbd to FreeBSD. > -> fs is not mounted and we just have a manual failover in the event of > master server failure) Take a look at ucarp. A co-worker is doing the testing of our high availability setup. He said that ucarp was pretty straight forward to setup. From owner-freebsd-geom@FreeBSD.ORG Mon Jun 4 14:49:25 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2610816A46B for ; Mon, 4 Jun 2007 14:49:25 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from auriate.fluffles.net (cust.95.160.adsl.cistron.nl [195.64.95.160]) by mx1.freebsd.org (Postfix) with ESMTP id D41FA13C480 for ; Mon, 4 Jun 2007 14:49:24 +0000 (UTC) (envelope-from etc@fluffles.net) Received: from 195-241-125-45.dsl.ip.tiscali.nl ([195.241.125.45] helo=[10.0.0.18]) by auriate.fluffles.net with esmtpa (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HvDrq-000Fe5-5b; Mon, 04 Jun 2007 16:49:10 +0200 Message-ID: <4664266D.8090704@fluffles.net> Date: Mon, 04 Jun 2007 16:49:17 +0200 From: Fluffles User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: phk@FreeBSD.org Subject: GEOM an acryonym? 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, 04 Jun 2007 14:49:25 -0000 Hello list, We all know GEOM, but where GEOM got it's name from is not very well documented. I found two sources claiming it to be an acronym for "Geometry" and would like to verify this. The sources are: http://people.freebsd.org/~phk/Geom/ http://acronyms.thefreedictionary.com/GEOM Both leave something to be desired: the first source is from it's author but does not indicate if GEOM is truely derived from Geometry. The second does not state if the name is to be seen in FreeBSD context. I'm writing the GEOM-article on english wikipedia and would like this clarified, thanks! - Veronica From owner-freebsd-geom@FreeBSD.ORG Mon Jun 4 15:36:58 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B621316A474 for ; Mon, 4 Jun 2007 15:36:58 +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 789CF13C489 for ; Mon, 4 Jun 2007 15:36:58 +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 C34AF17380; Mon, 4 Jun 2007 15:14:16 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l54FEIaU049033; Mon, 4 Jun 2007 15:14:18 GMT (envelope-from phk@critter.freebsd.dk) To: Fluffles From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 04 Jun 2007 16:49:17 +0200." <4664266D.8090704@fluffles.net> Date: Mon, 04 Jun 2007 15:14:18 +0000 Message-ID: <49027.1180970058@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-geom@freebsd.org Subject: Re: GEOM an acryonym? 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, 04 Jun 2007 15:36:58 -0000 In message <4664266D.8090704@fluffles.net>, Fluffles writes: >Hello list, > >We all know GEOM, but where GEOM got it's name from is not very well >documented. I found two sources claiming it to be an acronym for >"Geometry" and would like to verify this. The sources are: > >http://people.freebsd.org/~phk/Geom/ >http://acronyms.thefreedictionary.com/GEOM > >Both leave something to be desired: the first source is from it's author >but does not indicate if GEOM is truely derived from Geometry. It is. Truly. -- 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 Mon Jun 4 15:38:00 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9444E16A41F for ; Mon, 4 Jun 2007 15:38:00 +0000 (UTC) (envelope-from fbsd06@mlists.homeunix.com) Received: from turtle-out.mxes.net (turtle-out.mxes.net [216.86.168.191]) by mx1.freebsd.org (Postfix) with ESMTP id 6C8C413C447 for ; Mon, 4 Jun 2007 15:38:00 +0000 (UTC) (envelope-from fbsd06@mlists.homeunix.com) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by turtle-in.mxes.net (Postfix) with ESMTP id 0E21F10541 for ; Mon, 4 Jun 2007 11:06:37 -0400 (EDT) Received: from gumby.homeunix.com. (unknown [87.81.140.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id AF031519AD for ; Mon, 4 Jun 2007 11:06:35 -0400 (EDT) Date: Mon, 4 Jun 2007 16:06:33 +0100 From: RW To: freebsd-geom@freebsd.org Message-ID: <20070604160633.522f229b@gumby.homeunix.com.> In-Reply-To: <4664266D.8090704@fluffles.net> References: <4664266D.8090704@fluffles.net> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: GEOM an acryonym? 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, 04 Jun 2007 15:38:00 -0000 On Mon, 04 Jun 2007 16:49:17 +0200 Fluffles wrote: > Hello list, > > We all know GEOM, but where GEOM got it's name from is not very well > documented. I found two sources claiming it to be an acronym for > "Geometry" and would like to verify this. By definition GEOM is not an acronym for Geometry. From owner-freebsd-geom@FreeBSD.ORG Tue Jun 5 18:15:27 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4813616A41F for ; Tue, 5 Jun 2007 18:15:27 +0000 (UTC) (envelope-from timecatalyst@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.freebsd.org (Postfix) with ESMTP id E77A613C4BF for ; Tue, 5 Jun 2007 18:15:26 +0000 (UTC) (envelope-from timecatalyst@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so1420611wxd for ; Tue, 05 Jun 2007 11:15:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=UMzFzocGOp1QlfwUARKE6RAU6gZuadJibgm9EuVt+WwkiZd+d21eK9Yqd6eUba9NSJq7rSFbWDUFSc38dBcb4azUzoo8zCaoK1XDygaIX+wqxDLITWLpalogNxFZXYK3jZCt7X6aUNjitL1rctT12nqbsQRugtg7aASZm/pkLt8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=JgyOLz0cRBjzVvqidy+AXmH+WRoYqhfTG49nv2UJ6M8U/fIv/ZNmlm5hju41ll9JpJYL2HUjgGpSFBhlrTX9ndxVa9sJ70cNQ4x7hGP0IRBWhr0Qr0pC3oNd6jrL+Ufj9gkmnqugl+ze95UsgHyIv9GOVxZoEQZefqxjTuhEbp4= Received: by 10.90.118.8 with SMTP id q8mr5309744agc.1181065736164; Tue, 05 Jun 2007 10:48:56 -0700 (PDT) Received: by 10.90.68.20 with HTTP; Tue, 5 Jun 2007 10:48:56 -0700 (PDT) Message-ID: <659d8eb70706051048p35888759ubd3a8ca574d4b57d@mail.gmail.com> Date: Tue, 5 Jun 2007 13:48:56 -0400 From: "Time Catalyst" To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Intermittent mirror rebuilds upon reboot. 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, 05 Jun 2007 18:15:27 -0000 Hello, I'm experiencing and odd problem with gmirror (and possibly gstripe) and I was recommended to this mailing list by an acquaintance on bsdforums.org. I have a raid0+1 setup through GEOM consisting of two mirrored, five-disk stripes (all identical SCSI hard drives). I've been stress testing a database on it and everything seems to be working fine. However, when I try to reboot the system, roughly 20% of the time gmirror will report as 'DEGRADED' and rebuild one of the five-disk stripes. Oddly enough, this happens on the same device (stripe1) every time a degraded mirror occurs. Here's a dump of the GEOM section of my dmesg and the procedure that I used to set up the array: GEOM_STRIPE: Device stripe1 created (id=127607522). GEOM_STRIPE: Disk da0 attached to stripe1. GEOM_STRIPE: Disk da1 attached to stripe1. GEOM_STRIPE: Disk da2 attached to stripe1. GEOM_STRIPE: Disk da3 attached to stripe1. GEOM_STRIPE: Disk da4 attached to stripe1. GEOM_STRIPE: Device stripe1 activated. GEOM_STRIPE: Device stripe2 created (id=2058765235). GEOM_STRIPE: Disk da5 attached to stripe2. GEOM_STRIPE: Disk da6 attached to stripe2. GEOM_STRIPE: Disk da7 attached to stripe2. GEOM_STRIPE: Disk da8 attached to stripe2. GEOM_STRIPE: Disk da9 attached to stripe2. GEOM_STRIPE: Device stripe2 activated. GEOM_MIRROR: Device raid1 created (id=702664467). GEOM_MIRROR: Device raid1: provider stripe/stripe1 detected. GEOM_MIRROR: Device raid1: provider stripe/stripe2 detected. GEOM_MIRROR: Device raid1: provider stripe/stripe2 activated. GEOM_MIRROR: Device raid1: provider mirror/raid1 launched. GEOM_MIRROR: Device raid1: rebuilding provider stripe/stripe1. %gstripe label -v -s 1024 stripe1 /dev/da0 /dev/da1 /dev/da2 /dev/da3 /dev/da4 %gstripe label -v -s 1024 stripe2 /dev/da5 /dev/da6 /dev/da7 /dev/da8 /dev/da9 %gmirror label -v -b load raid1 /dev/stripe/stripe1 /dev/stripe/stripe2 %gmirror load %newfs /dev/mirror/raid1 %mkdir /mirror %mount /dev/mirror/raid1 /mirror I added the following to /boot/loader.conf: geom_stripe_load="YES" geom_mirror_load="YES" And the mount to fstab: /dev/mirror/raid1 /mirror ufs rw 2 2 Since the symptoms were consistent (as in, always appearing on stripe1) I tried reconfiguring the array a couple different ways. First I tried to swap the hard drives on stripe1 and stripe2: %gstripe label -v -s 1024 stripe2 /dev/da0 /dev/da1 /dev/da2 /dev/da3 /dev/da4 %gstripe label -v -s 1024 stripe1 /dev/da5 /dev/da6 /dev/da7 /dev/da8 /dev/da9 But despite the different drives, stripe1 still caused a degraded mirror. I'm thinking that this should rule out any hardware failure. Next I tried changing the order in which I created the mirror: %gmirror label -v b load raid1 /dev/stripe/stripe2 /dev/stripe/stripe1 This time stripe2 consistently causes the degraded mirror. Which leads me to believe that there could be some sort of race condition occuring here. Given the intermittent nature of the problem, I'm wondering a few of things... 1) Could it be the case that gmirror is trying to setup the stripes before one of them is finished individually setting up? 2) Is it possible that my SCSI drives are not finished settling before gstripe and gmirror start to do their thing? 3) Am I doing something wrong in my setup procedure that's causing my mirror to be unstable? Here's a link to the forum topic in case anyone wants to read the 'back-and-forth': http://www.bsdforums.org/forums/showthread.php?p=260944#post260944 Thanks in advance (sorry for the 'novel' of text). -Andy From owner-freebsd-geom@FreeBSD.ORG Wed Jun 6 06:46:49 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6C2216A41F for ; Wed, 6 Jun 2007 06:46:49 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 9825F13C44B for ; Wed, 6 Jun 2007 06:46:49 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 9C30C619D42 for ; Tue, 5 Jun 2007 23:15:28 -0700 (PDT) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30066-05 for ; Tue, 5 Jun 2007 23:15:28 -0700 (PDT) Received: from [10.47.1.94] (vpn.office.miralink.com [10.0.0.5]) by plato.miralink.com (Postfix) with ESMTP id DBEB4619D2A for ; Tue, 5 Jun 2007 23:15:27 -0700 (PDT) Message-ID: <466650F0.7050607@miralink.com> Date: Tue, 05 Jun 2007 23:15:12 -0700 From: Sean Bruno User-Agent: Thunderbird 1.5.0.10 (X11/20070302) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jun 5 23:15:28 2007 X-DSPAM-Confidence: 0.9965 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 46665100188111336712104 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.472 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, AWL=0.027, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.472 X-Spam-Level: Subject: Accessing GEOM disks from libdisk 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, 06 Jun 2007 06:46:49 -0000 I've been trying to access disk information from the libdisk routines and keep hitting a core dump on Open_Disk(). It's probably operator head-space on my part, but I can't quite see how to do it properly. eg. GEOM disk is /dev/concat/disk1 Running the tst01 utility from src/lib/libdisk core dumps when I pass /dev/concat/disk1, concat/disk1 or just disk1 in as the disk argument. Running the tst01 utility against the non GEOM disks works just fine, eg. /dev/ad4: tst01 ad4 Can libdisk access GEOM devices? Sean From owner-freebsd-geom@FreeBSD.ORG Wed Jun 6 12:24:34 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C27EA16A421 for ; Wed, 6 Jun 2007 12:24:34 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.freebsd.org (Postfix) with ESMTP id 689A713C44B for ; Wed, 6 Jun 2007 12:24:33 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from ns.init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.13.8/8.13.8) with ESMTP id l56BtHSY019405 for ; Wed, 6 Jun 2007 20:55:18 +0900 (JST) (envelope-from takawata@ns.init-main.com) Message-Id: <200706061155.l56BtHSY019405@sana.init-main.com> To: freebsd-geom@freebsd.org Date: Wed, 06 Jun 2007 20:55:17 +0900 From: Takanori Watanabe Subject: Flash memory like geom class. 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, 06 Jun 2007 12:24:34 -0000 Hi, I wrote flash memory like geom class backed by kernel memory. It emulates 4MB capacity, 512bytes block size and 16KB erase size flash memory. The device is initialized with 0xff. When you write a sector to the device, the content will be gets and operation with current sector content and the data provided. When BIO_DELETE operation is issued, the times is counted per region and fill the erase region with 0xff. http://www.init-main.com/geom_pflash.tar.gz Current issues I have is as follows. 1.How can I issue BIO_DELETE from userland? I convice BIO_DELETE is used to perform erase operation to flash, but I could not find a way to issue BIO_DELETE from userland. Or BIO_DELETE is not suitable request for it? 2.How can I export statistic information? I record the count of erase operation, but there is no way to export the information for now, other than poking with debugger. How shall I do with it? 3.Do you think it something useful? I think it can be used to develop flash file system. How do think about this? From owner-freebsd-geom@FreeBSD.ORG Wed Jun 6 12:35:27 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CB5516A400 for ; Wed, 6 Jun 2007 12:35:27 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id AEA9613C45D for ; Wed, 6 Jun 2007 12:35:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id CFD8A48809; Wed, 6 Jun 2007 14:35:24 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0084B48801; Wed, 6 Jun 2007 14:35:16 +0200 (CEST) Date: Wed, 6 Jun 2007 14:34:55 +0200 From: Pawel Jakub Dawidek To: Takanori Watanabe Message-ID: <20070606123455.GE1121@garage.freebsd.pl> References: <200706061155.l56BtHSY019405@sana.init-main.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AjmyJqqohANyBN/e" Content-Disposition: inline In-Reply-To: <200706061155.l56BtHSY019405@sana.init-main.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: Flash memory like geom class. 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, 06 Jun 2007 12:35:27 -0000 --AjmyJqqohANyBN/e Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 06, 2007 at 08:55:17PM +0900, Takanori Watanabe wrote: > Hi, I wrote flash memory like geom class backed > by kernel memory. >=20 > It emulates 4MB capacity, 512bytes block size and 16KB erase size flash m= emory. > The device is initialized with 0xff. > When you write a sector to the device, the content will be gets and opera= tion=20 > with current sector content and the data provided. >=20 > When BIO_DELETE operation is issued, the times is counted per region > and fill the erase region with 0xff. >=20 > http://www.init-main.com/geom_pflash.tar.gz > Current issues I have is as follows. >=20 > 1.How can I issue BIO_DELETE from userland? > I convice BIO_DELETE is used to perform erase operation to flash, > but I could not find a way to issue BIO_DELETE from userland. > Or BIO_DELETE is not suitable request for it? I recently exteneded libgeom to support g_delete() function, which does what you want. You may also use DIOCGDELETE directly (also added recently). > 2.How can I export statistic information? > I record the count of erase operation, but there is no way to > export the information for now, other than poking with=20 > debugger. How shall I do with it? I'd guess sysctl or if you want them to be per-provider you should geom geom_ctl. Check out g_nop.c and how it exports various statistics in g_nop_dumpconf() function. > 3.Do you think it something useful? > I think it can be used to develop flash file system. > How do think about this? I haven't looked at the code yet, not thought about this, just wanted to provide some info, so I can't comment on its usefulness yet. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --AjmyJqqohANyBN/e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGZqnvForvXbEpPzQRAlUzAKCPgX51QzgB4JVFFonSvli6AChMFgCeLu9c meAzjxOXUWhRxw/2zvB5HxI= =iZsS -----END PGP SIGNATURE----- --AjmyJqqohANyBN/e-- From owner-freebsd-geom@FreeBSD.ORG Wed Jun 6 15:17:23 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5EFE16A474 for ; Wed, 6 Jun 2007 15:17:23 +0000 (UTC) (envelope-from cory@clearwateranalytics.com) Received: from relay.mail.twtelecom.net (relay.mail.twtelecom.net [64.129.67.77]) by mx1.freebsd.org (Postfix) with ESMTP id 6CA5513C4B8 for ; Wed, 6 Jun 2007 15:17:23 +0000 (UTC) (envelope-from cory@clearwateranalytics.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by relay.mail.twtelecom.net (Postfix) with ESMTP id 38BD953C0F2 for ; Wed, 6 Jun 2007 09:06:38 -0600 (MDT) X-Virus-Scanned: amavisd-new at twtelecom.net Received: from relay.mail.twtelecom.net ([127.0.0.1]) by localhost (relay-4.dnvr.twtelecom.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U7VI4ldhdc1W for ; Wed, 6 Jun 2007 09:06:35 -0600 (MDT) Received: from assp.arbfund.com (unknown [207.170.247.190]) by relay.mail.twtelecom.net (Postfix) with ESMTP id 08DE253C105 for ; Wed, 6 Jun 2007 09:06:34 -0600 (MDT) Received: from 192.168.9.81 ([192.168.9.81] helo=maildb1.arbfund.com) by assp.arbfund.com ; 6 Jun 07 15:25:55 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 6 Jun 2007 08:58:24 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Gmirror, broken ggate locks system Thread-Index: AceoSyGaBjp5um3PTCKy4w7jbhvVjQ== From: "Cory Marsh" To: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Gmirror, broken ggate locks system 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, 06 Jun 2007 15:17:23 -0000 I am experiencing a gmirror issue on my mirrored partitions. These partitions work great replicating data over a gmirror interface to another machine. Everything goes just fine until the ggate interface in the gmirror goes down (backup machine reboot, network problem, etc). At that point, the machine with the gmirror locks up. Any process that is currently running will continue to run, so long as it does not access the disk in anyway. As soon as a disk request happens that process locks hard. This forces me to shutdown the machine ungracefully. =20 Is this the expected behavior? Shouldn't gmirror detect the stale (unresponsive) component and deactivate it? Is it a problem because my primary consumer is the ggate device? Is there a better configuration to achieve the same result? =20 Any ideas/suggestions would be appreciated. Thanks! -Cory =20 %uname -a FreeBSD cwanfs1.arbfund.com 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 23:34:43 MST 2007 root@:/usr/obj/usr/src/sys/GENERIC amd64 %gmirror list data Geom name: data State: COMPLETE Components: 2 Balance: prefer Slice: 4096 Flags: NOAUTOSYNC GenID: 2 SyncID: 21 ID: 1381569007 Providers: 1. Name: mirror/data Mediasize: 10737417728 (10G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ggate0 Mediasize: 10737418240 (10G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 2 SyncID: 21 ID: 1578386556 2. Name: ar0s1g Mediasize: 10737418240 (10G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 100 Flags: NONE GenID: 2 SyncID: 21 ID: 1982490913 =20 Info about the problem that locked the machine (got these messages for 20 minutes, about 100 of them, before the machine locked, it could have been locked after the first message, I only noticed the machine down after 20 minutes). It looks like a network card issue disconnected the ggate devices and then the machine locked. =20 /var/log/messages: ... Jun 5 17:10:15 cwanfs1 kernel: nfe0: watchdog timeout (missed Tx interrupts) -- recovering Jun 5 17:10:28 cwanfs1 ggatec: Lost connection 1. Jun 5 17:10:28 cwanfs1 ggatec: Disconnected [10.10.10.2 /dev/ar0s1g]. Connecting... Jun 5 17:10:59 cwanfs1 kernel: nfe0: watchdog timeout (missed Tx interrupts) -- recovering ... =20 %dmesg Copyright (c) 1992-2007 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 6.2-RELEASE #0: Fri Jan 12 23:34:43 MST 2007 root@:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ (2800.13-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x40f33 Stepping =3D 3 =20 Features=3D0x178bfbff Features2=3D0x2001 AMD = Features=3D0xea500800 AMD Features2=3D0x1f,,CR8> Cores per package: 2 real memory =3D 2147287040 (2047 MB) avail memory =3D 2065846272 (1970 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x2008-0x200b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfeaf7000-0xfeaf7fff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfeaf6c00-0xfeaf6cff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 4.0 o n pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xd480-0xd487,0xd400-0xd403,0xd080-0xd087,0xd000-0xd003,0xcc00-0x cc0f mem 0xfeaf5000-0xfeaf5fff irq 23 at device 5.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0xc880-0xc887,0xc800-0xc803,0xc480-0xc487,0xc400-0xc403,0xc080-0x c08f mem 0xfeaf4000-0xfeaf4fff irq 20 at device 5.1 on pci0 ata4: on atapci2 ata5: on atapci2 atapci3: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0x b48f mem 0xfeaf3000-0xfeaf3fff irq 21 at device 5.2 on pci0 ata6: on atapci3 ata7: on atapci3 pcib1: at device 6.0 on pci0 pci1: on pcib1 pci1: at device 10.0 (no driver attached) nfe0: port 0xb400-0xb407 mem 0xfeaf2000-0xfeaf2fff,0xfeaf6800-0xfeaf68ff,0xfeaf 6400-0xfeaf640f irq 22 at device 8.0 on pci0 miibus0: on nfe0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nfe0: Ethernet address: 00:e0:81:75:4d:fc nfe0: [FAST] nfe1: port 0xb080-0xb087 mem 0xfeaf1000-0xfeaf1fff,0xfeaf6000-0xfeaf60ff,0xfeaf 0c00-0xfeaf0c0f irq 23 at device 9.0 on pci0 miibus1: on nfe1 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nfe1: Ethernet address: 00:e0:81:75:4d:fd nfe1: [FAST] pcib2: at device 10.0 on pci0 pci2: on pcib2 pcib3: at device 11.0 on pci0 pci3: on pcib3 pcib4: at device 12.0 on pci0 pci4: on pcib4 pcib5: at device 13.0 on pci0 pci5: on pcib5 pcib6: at device 14.0 on pci0 pci6: on pcib6 pcib7: at device 15.0 on pci0 pci7: on pcib7 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc97ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2800129550 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-slave UDMA33 ad4: 305245MB at ata2-master SATA300 ad6: 305245MB at ata3-master SATA300 ar0: 305245MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master =20 From owner-freebsd-geom@FreeBSD.ORG Fri Jun 8 12:53:55 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E735416A46C for ; Fri, 8 Jun 2007 12:53:55 +0000 (UTC) (envelope-from dan.cojocar@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id A52B413C468 for ; Fri, 8 Jun 2007 12:53:55 +0000 (UTC) (envelope-from dan.cojocar@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so223888anc for ; Fri, 08 Jun 2007 05:53:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=Fh9kYoDncONCP/tuXGI/YqBxMWsbiK5qNy3oT3ajkxwIY6e3PLCVxy3J3eI4YOVvgtETnocFdC/wnV17wF+B08E21yyFGhYuzKNo2xc9t4+cv/JeN+dBQo+peY5mHLLAE8qiDDf289/MV3cf9nrPQvF+1zTyjXLYSdjq+qy8JKA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=VnzZmln/1NVtiDQuNuFP6LHFnEIuppv1x/aeILPSwlE1kHLaclouSyU7hw/RAe47jKmrGz8a46k/s8J+QZjcY+7wBkukWtUEEnUykCcM8d2cF7vIVF8hdEyDAfNRYAst656Pq2Zy+lqRMJQnk+A0K03J0yIb2TSVjlIvKm3/GjM= Received: by 10.100.197.15 with SMTP id u15mr1746954anf.1181305558317; Fri, 08 Jun 2007 05:25:58 -0700 (PDT) Received: by 10.100.137.12 with HTTP; Fri, 8 Jun 2007 05:25:58 -0700 (PDT) Message-ID: Date: Fri, 8 Jun 2007 15:25:58 +0300 From: "Dan Cojocar" To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: pjd@freebsd.org Subject: dumpon ZFS swap 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, 08 Jun 2007 12:53:56 -0000 Hello all, First of all, thank you for your great work Pawel. Does anyone know if this is the same situation that was on gmirror? /sbin/dumpon -v /dev/zvol/tank/swap dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported Thanks, Dan From owner-freebsd-geom@FreeBSD.ORG Fri Jun 8 16:23:46 2007 Return-Path: X-Original-To: freebsd-geom@hub.freebsd.org Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98CCA16A468; Fri, 8 Jun 2007 16:23:46 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 71A1F13C45A; Fri, 8 Jun 2007 16:23:46 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l58GNkg4002868; Fri, 8 Jun 2007 16:23:46 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l58GNkIp002864; Fri, 8 Jun 2007 16:23:46 GMT (envelope-from linimon) Date: Fri, 8 Jun 2007 16:23:46 GMT From: Mark Linimon Message-Id: <200706081623.l58GNkIp002864@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org Cc: Subject: Re: kern/113419: [geom] geom fox multipathing not failing back 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, 08 Jun 2007 16:23:46 -0000 Old Synopsis: geom fox multipathing not failing back New Synopsis: [geom] geom fox multipathing not failing back Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jun 8 16:23:01 UTC 2007 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=113419 From owner-freebsd-geom@FreeBSD.ORG Fri Jun 8 16:37:12 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B55616A468 for ; Fri, 8 Jun 2007 16:37:12 +0000 (UTC) (envelope-from droguinhood@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id D3A2B13C469 for ; Fri, 8 Jun 2007 16:37:11 +0000 (UTC) (envelope-from droguinhood@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1132684uge for ; Fri, 08 Jun 2007 09:37:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=nprasmec5Y+K8G98Z7PLwHzlkHHLmB7hHvMIL0mn3Ctbw0yuaWL594XRduZr3YZFzHD9zDnbMGlK4Boyf9S6azmVXWLGYt0CPGrwEAdvenQTPeVmHElpfhGLoHfOr9p8BXDLwO2z89JljFqygzlmbGJB9UDtNN20OIsn2SX5JrI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=GEhKXFtrODWebp5WwTwJE3KPNetT3VicyAI55lstsImu9+SH8UePsD5uhrKimfw+BbSEWjWwlDUrUQU3CtAEz6Yar4x3XnZNcPGNPR83ASjqYROO56E+j8vgI7LUPofzDHbVOV1EEsa6KFWViIc2bmpgC7BMto0kJY4dJRy3PMk= Received: by 10.66.216.14 with SMTP id o14mr2886812ugg.1181318920513; Fri, 08 Jun 2007 09:08:40 -0700 (PDT) Received: from ?192.168.2.5? ( [81.172.94.196]) by mx.google.com with ESMTP id c25sm4829245ika.2007.06.08.09.08.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 08 Jun 2007 09:08:39 -0700 (PDT) Message-ID: <46697EF5.9000308@gmail.com> Date: Fri, 08 Jun 2007 18:08:21 +0200 From: miggir User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: freebsd-geom@freebsd.org X-Enigmail-Version: 0.94.2.0 OpenPGP: id=116723F5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Geli Encrypted DVDs X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: droguinhood@gmail.com List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 16:37:12 -0000 Hi, After following -good enough, i hope- previous guidelines in this list and freebsd-questions, i still can't attach the cd/dvd. novastorm# geli attach -r /dev/acd0 Cannot read metadata from /dev/acd0: Input/output error. novastorm# geli dump /dev/acd0 Cannot read metadata from /dev/acd0: Input/output error. Not fully done. novastorm# ls -l test.iso -rw-r--r-- 1 root wheel 104857600 Jun 7 19:47 test.iso novastorm# diskinfo -v /dev/acd0 /dev/acd0 2048 # sectorsize 104861696 # mediasize in bytes (100M) 51202 # mediasize in sectors And for the image's memory disk: novastorm# geli dump /dev/md0 Metadata on /dev/md0: magic: GEOM::ELI version: 3 flags: 0x0 ealgo: AES-CBC keylen: 256 provsize: 104857600 sectorsize: 2048 keys: 0x01 iterations: 410897 Salt: 39de2278d5e6658931d53582d385419002122a21f44d084a62c13e3ad7b478170aaebe2973274d2588900d81dadd67fa84e8b766909a7cd3c3cdb188ba89d934 Master Key: 7830f4110f8a7d879a183354ec99654cb56c8a3dd016eb938cbaf1c590d097b4c0e1f350607e59c7932fa8d02c15c1ad37787252ab205dbd9de340a527d501accec75a3cfdda6e3f667ffca9261fbac11a42ed6211b7a0345af329bc019794352cccf1898fe910f734548ca47cf183289a50573ac8e0cc51f8d3546131c2704da64b659faa8e758b76e7445b0cce262b94064dca52850b194fdc601feba4ca1c824577155bf2dc6c93e4bca72d5a9504546090765259090f03c12cd670152d81025bf6feec9620ebe7b7db511750fe1b90c8a2da7ce4c85b098403ad264869cef2e4a4a6b1bbc833946d1418a7493bf6359b415d2a9ec13b5e7abfc21809632d69976ca7e1813314e43db9ef68d369682a61523e760f9a6d8abc01e116a706307100722fb63366c93f40d5f6e7ea65846269a1a76fe80a42e850be155ad33ffcc59bb60c9b973b4f4ebcb9a48dd8d6b0d4fd6c8c78daaffe9ef96866f7ebcaf293fa3fc2d813345a2e0df5bc2944c83a9d38ffc3bfe9c0e3cc5acae4278c6796 MD5 hash: 753faf1ed721cc6c0352c963c94410e6 I don't know if it's relevant, but just in case, i created the image file with: novastorm# dd if=/dev/zero of=test.iso bs=1m count=100 novastorm# mdconfig -a -t vnode -f test.iso -S 2048 -u 0 novastorm# geli init -l 256 -s 2048 /dev/md0 novastorm# geli attach /dev/md0 novastorm# newfs -O 1 /dev/md0.eli and wrote it with # burncd data test.iso fixate So assuming i didn't do anything wrong yet... what could i try now? -M From owner-freebsd-geom@FreeBSD.ORG Sat Jun 9 19:52:51 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8368F16A400; Sat, 9 Jun 2007 19:52:51 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.184]) by mx1.freebsd.org (Postfix) with ESMTP id 686CD13C45B; Sat, 9 Jun 2007 19:52:51 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout14/MantshX 4.0) with ESMTP id l59JqmuF001204; Sat, 9 Jun 2007 12:52:49 -0700 (PDT) Received: from [172.16.1.3] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l59JqjTm016589 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 9 Jun 2007 12:52:47 -0700 (PDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 9 Jun 2007 12:52:35 -0700 To: Ivan Voras X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GPT - (last) call for action 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: Sat, 09 Jun 2007 19:52:51 -0000 On Jun 9, 2007, at 9:22 AM, Ivan Voras wrote: > Another thing that would be nice to have is support for fdisk and > disklabel partitions inside geom_part, so it's management utility > can be > used for both GPT and old style partition management (instead of > currently used two tools: fdisk and disklabel). I do have to make FreeBSD/ia64 boot on a rx2660, but after that I may be able to take a look at it. I know what's there and I know what's missing, so I should be able to get the partitioning stuff working soon-ish. The bootblock requirements may take little longer, because there's where g_part is missing features. Keep me in the loop. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-geom@FreeBSD.ORG Sat Jun 9 20:04:57 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0630816A41F for ; Sat, 9 Jun 2007 20:04:57 +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 82BA313C455 for ; Sat, 9 Jun 2007 20:04:56 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Hx7Az-0004OU-JT for freebsd-geom@freebsd.org; Sat, 09 Jun 2007 22:04:45 +0200 Received: from 78-1-71-165.adsl.net.t-com.hr ([78.1.71.165]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Jun 2007 22:04:45 +0200 Received: from ivoras by 78-1-71-165.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Jun 2007 22:04:45 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Sat, 09 Jun 2007 22:04:23 +0200 Lines: 44 Message-ID: References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig05680976351A73FC91735F93" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-71-165.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) In-Reply-To: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> X-Enigmail-Version: 0.94.3.0 Sender: news Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: GPT - (last) call for action 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: Sat, 09 Jun 2007 20:04:57 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig05680976351A73FC91735F93 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Marcel Moolenaar wrote: >=20 > On Jun 9, 2007, at 9:22 AM, Ivan Voras wrote: >=20 >> Another thing that would be nice to have is support for fdisk and >> disklabel partitions inside geom_part, so it's management utility can = be >> used for both GPT and old style partition management (instead of >> currently used two tools: fdisk and disklabel). >=20 > I do have to make FreeBSD/ia64 boot on a rx2660, but after that I may > be able to take a look at it. I know what's there and I know what's > missing, so I should be able to get the partitioning stuff working Thanks! > soon-ish. The bootblock requirements may take little longer, because > there's where g_part is missing features. Do you mean installing boot blocks into the "protective MBR" via geom_part or something else? --------------enig05680976351A73FC91735F93 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGawfMldnAQVacBcgRArgEAJ9vLIFQsGu4TPmzUOwYdV350zkM/gCgnfSC fHXf2iIAAj4SZC2GVIKa1mE= =bpu8 -----END PGP SIGNATURE----- --------------enig05680976351A73FC91735F93-- From owner-freebsd-geom@FreeBSD.ORG Sat Jun 9 20:17:48 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69CC116A468; Sat, 9 Jun 2007 20:17:48 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.174]) by mx1.freebsd.org (Postfix) with ESMTP id 5120013C46E; Sat, 9 Jun 2007 20:17:48 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout04/MantshX 4.0) with ESMTP id l59KHkvR011320; Sat, 9 Jun 2007 13:17:46 -0700 (PDT) Received: from [172.16.1.3] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l59KHi2W026793 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 9 Jun 2007 13:17:44 -0700 (PDT) In-Reply-To: References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 9 Jun 2007 13:17:34 -0700 To: Ivan Voras X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GPT - (last) call for action 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: Sat, 09 Jun 2007 20:17:48 -0000 On Jun 9, 2007, at 1:04 PM, Ivan Voras wrote: > Marcel Moolenaar wrote: >> >> On Jun 9, 2007, at 9:22 AM, Ivan Voras wrote: >> >>> Another thing that would be nice to have is support for fdisk and >>> disklabel partitions inside geom_part, so it's management utility >>> can be >>> used for both GPT and old style partition management (instead of >>> currently used two tools: fdisk and disklabel). >> >> I do have to make FreeBSD/ia64 boot on a rx2660, but after that I may >> be able to take a look at it. I know what's there and I know what's >> missing, so I should be able to get the partitioning stuff working > > Thanks! > >> soon-ish. The bootblock requirements may take little longer, because >> there's where g_part is missing features. > > Do you mean installing boot blocks into the "protective MBR" via > geom_part or something else? Yep. Both MBR and BSD have boot code and we need to be able to install it through the GEOM ctlreq I/F. It's not a big problem per se, but it's something that needs to be implemented. I'm thinking of a new verb (say "install") that takes one or more blobs of code that the scheme knows how to handle. The boot code is installed after the partitioning scheme has been created on the disk... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-geom@FreeBSD.ORG Sat Jun 9 21:43:05 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6D2C16A421; Sat, 9 Jun 2007 21:43:05 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5509113C45A; Sat, 9 Jun 2007 21:43:05 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.8/8.13.7) with ESMTP id l59LSjcA027672; Sat, 9 Jun 2007 14:28:45 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.13.8/8.13.4/Submit) id l59LSjRs027671; Sat, 9 Jun 2007 14:28:45 -0700 (PDT) Date: Sat, 9 Jun 2007 14:28:45 -0700 (PDT) From: Matthew Dillon Message-Id: <200706092128.l59LSjRs027671@apollo.backplane.com> To: Marcel Moolenaar References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT - (last) call for action 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: Sat, 09 Jun 2007 21:43:05 -0000 I'm having to tackle this issue right now in DFly. With GPT having to start at sector 1 (no choice there), the compatible MBR in sector 0 presumably must have a slice (#1) which covers the entire disk. But do we have to make slice #1 bootable? Could we also create a slice #2 in the MBR that points into the GPT's first partition, mark it bootable, and thus be able to put boot1 in the GPT's first partition? Or will the BIOS fart on the overlapping MBR slices? -Matt From owner-freebsd-geom@FreeBSD.ORG Sat Jun 9 22:43:13 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C046E16A468; Sat, 9 Jun 2007 22:43:13 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.186]) by mx1.freebsd.org (Postfix) with ESMTP id A46C113C48C; Sat, 9 Jun 2007 22:43:13 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout16/MantshX 4.0) with ESMTP id l59MhAq8027718; Sat, 9 Jun 2007 15:43:10 -0700 (PDT) Received: from [172.16.1.3] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l59Mh8db022070 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 9 Jun 2007 15:43:09 -0700 (PDT) In-Reply-To: <200706092128.l59LSjRs027671@apollo.backplane.com> References: <4AB3C4C0-0DA1-482F-A4CD-375A53332F29@mac.com> <4D7CDA24-48FE-4319-A320-C8D7165E9EBC@mac.com> <200706092128.l59LSjRs027671@apollo.backplane.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <57F8CCC1-1841-41AE-9F82-0C87FE53BE99@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 9 Jun 2007 15:42:58 -0700 To: Matthew Dillon X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT - (last) call for action 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: Sat, 09 Jun 2007 22:43:13 -0000 On Jun 9, 2007, at 2:28 PM, Matthew Dillon wrote: > I'm having to tackle this issue right now in DFly. With GPT > having to > start at sector 1 (no choice there), the compatible MBR in > sector 0 > presumably must have a slice (#1) which covers the entire disk. > > But do we have to make slice #1 bootable? Could we also create a > slice #2 in the MBR that points into the GPT's first partition, > mark > it bootable, and thus be able to put boot1 in the GPT's first > partition? > Or will the BIOS fart on the overlapping MBR slices? Technically speaking, the MBR can only have a single partition of type 0xEE that covers the whole disk. This is to protect the GPT from MBR-specific tools that do not know about the GPT. This is not a bootable slice by definition. Practice is different. To support bootcamp on Intel-based Macs, the MBR will have real partitions that mirror GPT partitions or otherwise describe partitions outside the GPT controlled area. These can be bootable partitions and the protective partition (the one with type 0xEE) will not cover the whole disk anymore. The nasty part is keeping MBR and GPT partitions in sync, so it may be better to have the MBR partition fall outside the GPT controlled area. This can be done because the GPT header contains the LBA of the first and last sectors on the disk that can be assigned to a partition. You can free up space for MBR partitions after the primary GPT table by adjusting the first LBA. In the MBR partition you can put a GPT aware boot loader that uses the GPT to find the real partitions... -- Marcel Moolenaar xcllnt@mac.com