From owner-freebsd-geom@FreeBSD.ORG Mon Mar 2 11:07:02 2009 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C09A1065705 for ; Mon, 2 Mar 2009 11:07:02 +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 514C88FC93 for ; Mon, 2 Mar 2009 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 n22B6qgs057296 for ; Mon, 2 Mar 2009 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 n22B6pll057292 for freebsd-geom@FreeBSD.org; Mon, 2 Mar 2009 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 Mar 2009 11:06:51 GMT Message-Id: <200903021106.n22B6pll057292@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, 02 Mar 2009 11:07:32 -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/131575 geom [geom_label] [msdosfs] [umass] Immediate crash after p o kern/131037 geom [geli] Unable to create disklabel on .eli-Device o kern/130528 geom gjournal fsck during boot o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid o bin/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 tha o kern/123962 geom [panic] [gjournal] 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/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] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. s kern/73177 geom kldload geom_* causes panic due to memory exhaustion 45 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Mar 2 18:30:43 2009 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5DBB10656C3; Mon, 2 Mar 2009 18:30:43 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 70EF18FC18; Mon, 2 Mar 2009 18:30:43 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n22IUhXq001933; Mon, 2 Mar 2009 18:30:43 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n22IUhuk001923; Mon, 2 Mar 2009 18:30:43 GMT (envelope-from linimon) Date: Mon, 2 Mar 2009 18:30:43 GMT Message-Id: <200903021830.n22IUhuk001923@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/132242: [gmirror] gmirror.ko fails to fully initialize 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, 02 Mar 2009 18:30:48 -0000 Old Synopsis: gmirror.ko fails to fully initialize New Synopsis: [gmirror] gmirror.ko fails to fully initialize Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Mon Mar 2 18:30:24 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=132242 From owner-freebsd-geom@FreeBSD.ORG Mon Mar 2 20:10:07 2009 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05DDF10657BC for ; Mon, 2 Mar 2009 20:10:06 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from gw03.mail.saunalahti.fi (gw03.mail.saunalahti.fi [195.197.172.111]) by mx1.freebsd.org (Postfix) with ESMTP id 0930A8FC91 for ; Mon, 2 Mar 2009 20:10:01 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from a91-153-125-115.elisa-laajakaista.fi (a91-153-125-115.elisa-laajakaista.fi [91.153.125.115]) by gw03.mail.saunalahti.fi (Postfix) with SMTP id B6188216561 for ; Mon, 2 Mar 2009 21:51:26 +0200 (EET) Date: Mon, 2 Mar 2009 21:51:26 +0200 From: Jaakko Heinonen To: freebsd-geom@FreeBSD.org Message-ID: <20090302195126.GA6974@a91-153-125-115.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: gpart probing problem 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, 02 Mar 2009 20:10:27 -0000 I noticed a regression after gpart (GEOM_PART_*) was made default. I have a disk which has remnants of an old GPT table but which has a valid MBR table. Previously I got following messages to the log but the MBR partition was da0s1 was properly detected. GEOM: da0: corrupt or invalid GPT detected. GEOM: da0: GPT rejected -- may not be recoverable. GEOM_LABEL: Label for provider da0s1 is msdosfs/FOO. Now with gpart as default the MBR table is not detected and I can't access the da0s1 partition. These messages appear to the log: GEOM: da0: corrupt or invalid GPT detected. GEOM: da0: GPT rejected -- may not be recoverable. g_part_gpt_probe() only does a check for GPT header signature existence but it doesn't check if the table is actually valid. gpart doesn't try other schemes after it has decided to use GPT. -- Jaakko From owner-freebsd-geom@FreeBSD.ORG Tue Mar 3 16:13:27 2009 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB4991065670; Tue, 3 Mar 2009 16:13:27 +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 81FF18FC15; Tue, 3 Mar 2009 16:13:27 +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 n23GDRSZ015023; Tue, 3 Mar 2009 16:13:27 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n23GDRi5015019; Tue, 3 Mar 2009 16:13:27 GMT (envelope-from gavin) Date: Tue, 3 Mar 2009 16:13:27 GMT Message-Id: <200903031613.n23GDRi5015019@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/132273: [glabel] failing on journaled 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: Tue, 03 Mar 2009 16:13:28 -0000 Old Synopsis: glabel failing on journaled partition New Synopsis: [glabel] failing on journaled partition Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: gavin Responsible-Changed-When: Tue Mar 3 16:12:45 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=132273 From owner-freebsd-geom@FreeBSD.ORG Tue Mar 3 16:58:33 2009 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 764931065696 for ; Tue, 3 Mar 2009 16:58:33 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout022.mac.com (asmtpout022.mac.com [17.148.16.97]) by mx1.freebsd.org (Postfix) with ESMTP id 615A28FC1E for ; Tue, 3 Mar 2009 16:58:33 +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 ambalakkat-mbp.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp022.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KFX00FNSWHKG270@asmtp022.mac.com> for freebsd-geom@FreeBSD.org; Tue, 03 Mar 2009 08:58:33 -0800 (PST) Message-id: <6E283F9A-30B1-431E-B6F1-142E17647FB2@mac.com> From: Marcel Moolenaar To: Jaakko Heinonen In-reply-to: <20090302195126.GA6974@a91-153-125-115.elisa-laajakaista.fi> Date: Tue, 03 Mar 2009 08:58:32 -0800 References: <20090302195126.GA6974@a91-153-125-115.elisa-laajakaista.fi> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-geom@FreeBSD.org Subject: Re: gpart probing problem 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, 03 Mar 2009 16:58:35 -0000 On Mar 2, 2009, at 11:51 AM, Jaakko Heinonen wrote: > I noticed a regression after gpart (GEOM_PART_*) was made default. > > I have a disk which has remnants of an old GPT table but which has a > valid MBR table. Previously I got following messages to the log but > the > MBR partition was da0s1 was properly detected. > > GEOM: da0: corrupt or invalid GPT detected. > GEOM: da0: GPT rejected -- may not be recoverable. > GEOM_LABEL: Label for provider da0s1 is msdosfs/FOO. > > Now with gpart as default the MBR table is not detected and I can't > access the da0s1 partition. These messages appear to the log: > > GEOM: da0: corrupt or invalid GPT detected. > GEOM: da0: GPT rejected -- may not be recoverable. > > g_part_gpt_probe() only does a check for GPT header signature > existence > but it doesn't check if the table is actually valid. gpart doesn't try > other schemes after it has decided to use GPT. It's actually not a regression. There's always a MBR in front of a GPT and a corrupted GPT should not be tossed aside and ignored. The behaviour of gpart is correct in that the operator/user needs to remove the ambiguity. Either by fixing the GPT or otherwise by removing it altogether. Under no circumstance should the kernel use the MBR and pretend nothing is wrong. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-geom@FreeBSD.ORG Wed Mar 4 02:40:04 2009 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AFB71065670 for ; Wed, 4 Mar 2009 02:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3FE658FC15 for ; Wed, 4 Mar 2009 02:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n242e4aD079109 for ; Wed, 4 Mar 2009 02:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n242e40Z079107; Wed, 4 Mar 2009 02:40:04 GMT (envelope-from gnats) Date: Wed, 4 Mar 2009 02:40:04 GMT Message-Id: <200903040240.n242e40Z079107@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Nick Sayer Cc: Subject: Re: kern/132273: [glabel] [patch] failing on journaled partition X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nick Sayer List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 02:40:04 -0000 The following reply was made to PR kern/132273; it has been noted by GNATS. From: Nick Sayer To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/132273: [glabel] [patch] failing on journaled partition Date: Tue, 3 Mar 2009 18:37:49 -0800 So I actually modified the patch to exclude both G_PF_ORPHAN and G_PF_WITHER flags from the duplicate check. That worked. I am not 100% sure *which* one actually did the trick. I suspect now that it's the WITHER check that actually fixed the problem, but I'll leave that to the experts. But as it is now, the patch that checks both the ORPHAN and WITHER flag and continues if either is set fixes my problem. From owner-freebsd-geom@FreeBSD.ORG Wed Mar 4 15:14:24 2009 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 291431065679 for ; Wed, 4 Mar 2009 15:14:24 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from gw03.mail.saunalahti.fi (gw03.mail.saunalahti.fi [195.197.172.111]) by mx1.freebsd.org (Postfix) with ESMTP id DDB1E8FC08 for ; Wed, 4 Mar 2009 15:14:23 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from a91-153-125-115.elisa-laajakaista.fi (a91-153-125-115.elisa-laajakaista.fi [91.153.125.115]) by gw03.mail.saunalahti.fi (Postfix) with SMTP id AEE09216AEC; Wed, 4 Mar 2009 17:14:20 +0200 (EET) Date: Wed, 4 Mar 2009 17:14:20 +0200 From: Jaakko Heinonen To: Marcel Moolenaar Message-ID: <20090304151420.GA804@a91-153-125-115.elisa-laajakaista.fi> References: <20090302195126.GA6974@a91-153-125-115.elisa-laajakaista.fi> <6E283F9A-30B1-431E-B6F1-142E17647FB2@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6E283F9A-30B1-431E-B6F1-142E17647FB2@mac.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-geom@FreeBSD.org Subject: Re: gpart probing problem 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, 04 Mar 2009 15:14:24 -0000 Thanks for your reply. On 2009-03-03, Marcel Moolenaar wrote: > There's always a MBR in front of a GPT and a corrupted GPT should not > be tossed aside and ignored. I see the point. However this could cause problems for people moving disks between operating systems (as it caused for me) because some popular operating systems show MBR partition(s) in this case. I tested these operating systems: Mac OS X 10.4 Linux (Ubuntu kernel 2.6.27-7-generic) OpenSolaris (2008.11 release) Windows XP/2003 > Under no circumstance should the kernel use the MBR and pretend > nothing is wrong. Is this behaviour defined in the EFI specification? Are the OSes listed above buggy and/or do they violate the specification? -- Jaakko From owner-freebsd-geom@FreeBSD.ORG Wed Mar 4 18:11:25 2009 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B100106566C for ; Wed, 4 Mar 2009 18:11:25 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout019.mac.com (asmtpout019.mac.com [17.148.16.94]) by mx1.freebsd.org (Postfix) with ESMTP id 54FCA8FC1D for ; Wed, 4 Mar 2009 18:11:25 +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 scoker-lt2.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp019.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KFZ0096IUIOX760@asmtp019.mac.com> for freebsd-geom@FreeBSD.org; Wed, 04 Mar 2009 10:11:13 -0800 (PST) Message-id: <325ECB30-003C-41BB-A3B3-FC8A684E4F0E@mac.com> From: Marcel Moolenaar To: Jaakko Heinonen In-reply-to: <20090304151420.GA804@a91-153-125-115.elisa-laajakaista.fi> Date: Wed, 04 Mar 2009 10:11:11 -0800 References: <20090302195126.GA6974@a91-153-125-115.elisa-laajakaista.fi> <6E283F9A-30B1-431E-B6F1-142E17647FB2@mac.com> <20090304151420.GA804@a91-153-125-115.elisa-laajakaista.fi> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-geom@FreeBSD.org Subject: Re: gpart probing problem 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, 04 Mar 2009 18:11:25 -0000 On Mar 4, 2009, at 7:14 AM, Jaakko Heinonen wrote: > > Thanks for your reply. > > On 2009-03-03, Marcel Moolenaar wrote: >> There's always a MBR in front of a GPT and a corrupted GPT should not >> be tossed aside and ignored. > > I see the point. However this could cause problems for people moving > disks between operating systems (as it caused for me) because some > popular operating systems show MBR partition(s) in this case. That's a mistake IMO. > I tested these operating systems: > > Mac OS X 10.4 > Linux (Ubuntu kernel 2.6.27-7-generic) > OpenSolaris (2008.11 release) > Windows XP/2003 > >> Under no circumstance should the kernel use the MBR and pretend >> nothing is wrong. > > Is this behaviour defined in the EFI specification? Are the OSes > listed > above buggy and/or do they violate the specification? The EFI specification has been obsoleted by events to some extend. For one, the MBR in front of a GPT was there *only* for backward compatibility with MBR tools that don't know about GPT. Those tools would see a disk that's entirely in use rather than a disk that's unpartitioned. This is not the case anymore. The MBR now contains valid partitions for use by OSes that don't know anything about GPT. However: the key statement there is "OSes that don't know about GPT". Any OS that knows about GPT should use the GPT. That, if not explicitly stated in the EFI specification, is definitely the intend and is actually current practice: The dual MBR+GPT setup can only work if GPT-aware OSes use the GPT and GPT-unaware OSes use the MBR. A such: if a GPT is found, but corrupted, the OS should *not* silently use the MBR (it can only find a GPT if it's a GPT-aware OS). It should use the GPT if possible (the redundancy has been added by design so that you can recover from the most common forms of corruption), or fail if it's inconsistent to the extend that there's no clear interpretation (i.e. conflicting/ambiguous). So yes, the OSes you listed above are buggy. I can't claim they violate the specification, because the specification is hardly applicable anymore. This, of course, is the root cause the problem... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-geom@FreeBSD.ORG Thu Mar 5 01:38:34 2009 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1CC31065670; Thu, 5 Mar 2009 01:38:34 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7829F8FC0A; Thu, 5 Mar 2009 01:38:34 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n251cYEf053487; Thu, 5 Mar 2009 01:38:34 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n251cYuG053483; Thu, 5 Mar 2009 01:38:34 GMT (envelope-from linimon) Date: Thu, 5 Mar 2009 01:38:34 GMT Message-Id: <200903050138.n251cYuG053483@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-fs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/131353: [geom] gjournal(8) kernel lock 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, 05 Mar 2009 01:38:35 -0000 Synopsis: [geom] gjournal(8) kernel lock Responsible-Changed-From-To: freebsd-fs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 5 01:38:19 UTC 2009 Responsible-Changed-Why: Probably a more appropriate assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=131353 From owner-freebsd-geom@FreeBSD.ORG Thu Mar 5 09:46:35 2009 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B49C1065672 for ; Thu, 5 Mar 2009 09:46:35 +0000 (UTC) (envelope-from jespasac@minibofh.org) Received: from smtp02.cdmon.com (smtp02.cdmon.com [212.36.74.229]) by mx1.freebsd.org (Postfix) with ESMTP id 0DCF58FC1C for ; Thu, 5 Mar 2009 09:46:34 +0000 (UTC) (envelope-from jespasac@minibofh.org) Received: from jespasac.cdmon.com (62.Red-217-126-43.staticIP.rima-tde.net [217.126.43.62]) by smtp02.cdmon.com (Postfix) with ESMTP id 0AFC8496A4; Thu, 5 Mar 2009 10:30:58 +0100 (CET) Message-ID: <49AF9B6C.8090908@minibofh.org> Date: Thu, 05 Mar 2009 10:29:16 +0100 From: Jordi Espasa Clofent User-Agent: Thunderbird 2.0.0.19 (X11/20090107) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: gmirror(8): round-robin vs. load algorithm 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, 05 Mar 2009 09:46:35 -0000 Hi all, It's supposed that 'round-robin' algorithm has the best performance in gmirror(8). However, looking directly at code (1) I see that the only difference between 'round-robin' and 'load' algorithm is: [...] binuptime(&curtime); /* * Find a disk which the smallest load. */ disk = NULL; LIST_FOREACH(dp, &sc->sc_disks, d_next) { if (dp->d_state != G_MIRROR_DISK_STATE_ACTIVE) continue; /* If disk wasn't used for more than 2 sec, use it. */ if (curtime.sec - dp->d_last_used.sec >= 2) { disk = dp; break; } if (disk == NULL || bintime_cmp(&dp->d_delay, &disk->d_delay) < 0) { disk = dp; } } [...] The key is in "/* If disk wasn't used for more than 2 sec, use it. */", but, for the rest, 'load' algorithm implementation seems the same as round-robin. If I'm right, my question is ¿where is the use of 'load' recommended? I understand that 'load' will be good in servers with a lot of disk activity (large disk I/O could provoque that gmirror expulses a mirror member or even reboot or panics the system) because it try always the low-loaded disk. (1) http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/geom/mirror/g_mirror.c?rev=1.93.6.1;content-type=text%2Fplain -- Thanks, Jordi Espasa Clofent From owner-freebsd-geom@FreeBSD.ORG Thu Mar 5 11:31:56 2009 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAF821065670 for ; Thu, 5 Mar 2009 11:31:56 +0000 (UTC) (envelope-from jespasac@minibofh.org) Received: from smtp02.cdmon.com (smtp02.cdmon.com [212.36.74.229]) by mx1.freebsd.org (Postfix) with ESMTP id AF8D98FC31 for ; Thu, 5 Mar 2009 11:31:56 +0000 (UTC) (envelope-from jespasac@minibofh.org) Received: from jespasac.cdmon.com (62.Red-217-126-43.staticIP.rima-tde.net [217.126.43.62]) by smtp02.cdmon.com (Postfix) with ESMTP id 91D33496B2 for ; Thu, 5 Mar 2009 12:31:55 +0100 (CET) Message-ID: <49AFB7C4.4030202@minibofh.org> Date: Thu, 05 Mar 2009 12:30:12 +0100 From: Jordi Espasa Clofent User-Agent: Thunderbird 2.0.0.19 (X11/20090107) MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <49AF9B6C.8090908@minibofh.org> <49AFB41F.8030204@freebsd.org> In-Reply-To: <49AFB41F.8030204@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: gmirror(8): round-robin vs. load algorithm 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, 05 Mar 2009 11:31:57 -0000 Ivan Voras escribió: > There are some performance-improving patches for gmirror out there, for > example here: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/113885 Yes, I know it (indeed I've read it previously to write my post). But according my own benchmark (using postmark tool) the performance of 'load' it's the same as 'round-robin'. So, I tend to view 'load' algorithm (even in this current implementation) as a kind of 'secure round-robin' for a servers with high I/O. > Maybe you should contact pjd. He's so busy. I hope he could read this message in list. -- Thanks, Jordi Espasa Clofent From owner-freebsd-geom@FreeBSD.ORG Thu Mar 5 11:37:47 2009 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5007D106564A for ; Thu, 5 Mar 2009 11:37:47 +0000 (UTC) (envelope-from ivoras@freebsd.org) Received: from labs4.cc.fer.hr (labs4.cc.fer.hr [161.53.72.24]) by mx1.freebsd.org (Postfix) with ESMTP id D1A588FC1B for ; Thu, 5 Mar 2009 11:37:46 +0000 (UTC) (envelope-from ivoras@freebsd.org) Received: from sluga.fer.hr (sluga.cc.fer.hr [161.53.72.14]) by labs4.cc.fer.hr (8.14.2/8.14.2) with ESMTP id n25BGkgu013586 for ; Thu, 5 Mar 2009 12:16:47 +0100 (CET) Received: from [161.53.72.113] ([161.53.72.113]) by sluga.fer.hr with Microsoft SMTPSVC(6.0.3790.3959); Thu, 5 Mar 2009 12:14:59 +0100 Message-ID: <49AFB41F.8030204@freebsd.org> Date: Thu, 05 Mar 2009 12:14:39 +0100 From: Ivan Voras User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Jordi Espasa Clofent References: <49AF9B6C.8090908@minibofh.org> In-Reply-To: <49AF9B6C.8090908@minibofh.org> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig469C78391A502D53A94CDFAB" X-OriginalArrivalTime: 05 Mar 2009 11:14:59.0282 (UTC) FILETIME=[9F218320:01C99D83] X-Scanned-By: MIMEDefang 2.64 on 161.53.72.24 Cc: freebsd-geom@freebsd.org Subject: Re: gmirror(8): round-robin vs. load algorithm 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, 05 Mar 2009 11:37:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig469C78391A502D53A94CDFAB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jordi Espasa Clofent wrote: > Hi all, >=20 > It's supposed that 'round-robin' algorithm has the best performance in > gmirror(8). There are some performance-improving patches for gmirror out there, for example here: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/113885 Maybe you should contact pjd. --------------enig469C78391A502D53A94CDFAB 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.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJr7QlldnAQVacBcgRAkU3AKDhXD1rc8u9sKz/zN1LVhT3khTu4wCg10RJ 1avbwTumaoBzObnIb4CfteU= =q1Jf -----END PGP SIGNATURE----- --------------enig469C78391A502D53A94CDFAB--