From owner-freebsd-geom@FreeBSD.ORG Sun Oct 9 07:21:25 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B33FA106566C; Sun, 9 Oct 2011 07:21:25 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 70A478FC16; Sun, 9 Oct 2011 07:21:25 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p997LDhw041194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 9 Oct 2011 00:21:14 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p997LDXa041193; Sun, 9 Oct 2011 00:21:13 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA06278; Sun, 9 Oct 11 00:00:55 PDT Date: Sun, 09 Oct 2011 07:00:02 -0700 From: perryh@pluto.rain.com To: lev@freebsd.org Message-Id: <4e91a8e2.Y3OdfyAUkARsSbU8%perryh@pluto.rain.com> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> <672948039.20111006175334@serebryakov.spb.ru> <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> <1822982078.20111007234412@serebryakov.spb.ru> <4E8F5D82.7050906@digsys.bg> <1993293883.20111008125543@serebryakov.spb.ru> In-Reply-To: <1993293883.20111008125543@serebryakov.spb.ru> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: daniel@digsys.bg, freebsd-current@freebsd.org, ivoras@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events 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: Sun, 09 Oct 2011 07:21:25 -0000 Lev Serebryakov wrote: > >> GPT _must_ be placed twice -- at first and last sectors > >> (really, more than one sectors). By standard. Secondary > >> copy must be at end of disk. Period. > > Then, "by standard" GPT cannot coexist with GLABEL. Such setup > > should be disallowed, or at least big nasty message that you > > have just shoot yourself in the leg should be output. (period) > Ok, maybe adding check to geom_part, that it is used on rank-1 > provider (whole disk) is not so bad idea. But it then raise > question how to install FreeBSD on software mirror, what is > useful. To install FreeBSD on a gmirrored disk, use MBR (or "dangerously dedicated" BSD label) instead of GPT. (This is one reason why BSD label and MBR should not be considered obsolete.) If you want to use gmirror and *have* to use GPT, e.g. if you have a (hypothetical) BIOS which will not boot from MBR, mirror the individual partitions instead of the whole disk. Granted that is more trouble, both to set up initially and to replace a failed drive. From owner-freebsd-geom@FreeBSD.ORG Sun Oct 9 07:30:25 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C0A8106564A; Sun, 9 Oct 2011 07:30:25 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id D14E18FC08; Sun, 9 Oct 2011 07:30:24 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 994364AC1C; Sun, 9 Oct 2011 11:30:22 +0400 (MSD) Date: Sun, 9 Oct 2011 11:30:10 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <69804562.20111009113010@serebryakov.spb.ru> To: perryh@pluto.rain.com, "Andrey V. Elsukov" In-Reply-To: <4e91a8e2.Y3OdfyAUkARsSbU8%perryh@pluto.rain.com> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> <672948039.20111006175334@serebryakov.spb.ru> <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> <1822982078.20111007234412@serebryakov.spb.ru> <4E8F5D82.7050906@digsys.bg> <1993293883.20111008125543@serebryakov.spb.ru> <4e91a8e2.Y3OdfyAUkARsSbU8%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: daniel@digsys.bg, lev@freebsd.org, ivoras@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: MBR, GPT and their co-existence with other GEOM classes X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2011 07:30:25 -0000 Hello, Perryh. You wrote 9 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 18:00:02: > To install FreeBSD on a gmirrored disk, use MBR (or "dangerously > dedicated" BSD label) instead of GPT. (This is one reason why > BSD label and MBR should not be considered obsolete.) MBR doesn't check size of provider on taste. It should be fixed too. So, I see three changes which should be done in geom_gpart land: (1) GPT sub-moudle gpart should check rank of provider and issue big warning if rank isn't 1 (it is not low-level disk) on creation. (2) Documentation should be changed to explain (1) in more details. (3) MBR sub-module of gpart should check size of provider and refuse to "see" MBR if provider is several sectors larger, than recorded in MBR. It will prevent it to pickup failed component of gmirror directly. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-geom@FreeBSD.ORG Sun Oct 9 07:32:05 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32880106566C; Sun, 9 Oct 2011 07:32:05 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id DFFFD8FC13; Sun, 9 Oct 2011 07:32:04 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 699204AC1C; Sun, 9 Oct 2011 11:32:03 +0400 (MSD) Date: Sun, 9 Oct 2011 11:31:51 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <384454873.20111009113151@serebryakov.spb.ru> To: perryh@pluto.rain.com, "Andrey V. Elsukov" , , , , In-Reply-To: <69804562.20111009113010@serebryakov.spb.ru> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> <672948039.20111006175334@serebryakov.spb.ru> <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> <1822982078.20111007234412@serebryakov.spb.ru> <4E8F5D82.7050906@digsys.bg> <1993293883.20111008125543@serebryakov.spb.ru> <4e91a8e2.Y3OdfyAUkARsSbU8%perryh@pluto.rain.com> <69804562.20111009113010@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: MBR, GPT and their co-existence with other GEOM classes X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2011 07:32:05 -0000 Hello, Lev. You wrote 9 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 11:30:10: >> To install FreeBSD on a gmirrored disk, use MBR (or "dangerously >> dedicated" BSD label) instead of GPT. (This is one reason why >> BSD label and MBR should not be considered obsolete.) > MBR doesn't check size of provider on taste. It should be fixed too. > So, I see three changes which should be done in geom_gpart land: Four, to be precise. > (1) GPT sub-moudle gpart should check rank of provider and issue big > warning if rank isn't 1 (it is not low-level disk) on creation. > (2) Documentation should be changed to explain (1) in more details. > (3) MBR sub-module of gpart should check size of provider and > refuse to "see" MBR if provider is several sectors larger, than > recorded in MBR. It will prevent it to pickup failed component of > gmirror directly. (4) The same check as described in (3) should be done by BSD sub-module of gpart. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-geom@FreeBSD.ORG Sun Oct 9 07:40:00 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A303A106566B; Sun, 9 Oct 2011 07:40:00 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 64E4E8FC1F; Sun, 9 Oct 2011 07:40:00 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 65BA24AC1C; Sun, 9 Oct 2011 11:39:59 +0400 (MSD) Date: Sun, 9 Oct 2011 11:39:47 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <351747006.20111009113947@serebryakov.spb.ru> To: "Poul-Henning Kamp" In-Reply-To: <32968.1318145841@critter.freebsd.dk> References: Your message of "Sat, 08 Oct 2011 14:31:28 +0400." <1644928028.20111008143128@serebryakov.spb.ru> <32968.1318145841@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-geom@freebsd.org, freebsd-current@FreeBSD.org, "Andrey V. Elsukov" Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2011 07:40:00 -0000 Hello, Poul-Henning. You wrote 9 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 11:37:21: >> So, every other GEOM class should have special knowledge about GPT? >>It doesn't look like "topology-agnostic" GEOM way :) > That's mostly because GPT by design does not try to play nice. I understand that... See my proposal in other thread (renamed to "MBR, GPT and their co-existence with other GEOM classes"). --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-geom@FreeBSD.ORG Sun Oct 9 13:13:39 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C117F106566C; Sun, 9 Oct 2011 13:13:39 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7A77B8FC18; Sun, 9 Oct 2011 13:13:38 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 62D0628426; Sun, 9 Oct 2011 15:13:37 +0200 (CEST) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 6AD8C28423; Sun, 9 Oct 2011 15:13:36 +0200 (CEST) Message-ID: <4E919DFF.8090607@quip.cz> Date: Sun, 09 Oct 2011 15:13:35 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: lev@FreeBSD.org References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8DA627.60003@quip.cz> <711721489.20111006175611@serebryakov.spb.ru> In-Reply-To: <711721489.20111006175611@serebryakov.spb.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events 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: Sun, 09 Oct 2011 13:13:39 -0000 Lev Serebryakov wrote: > Hello, Miroslav. > You wrote 6 октября 2011 г., 16:59:19: [...] >> The current state is simply wrong, because user can do something what >> cannot work and is not documented anywhere. > It is Ok in UNIX way, in general. You should be able to shoot your > leg, it is good :) I am sorry for my late reply. Foot shooting is OK, if somebody wants to shoot his foot, but I don't want to shoot my foot if I am aiming at my head :) > But if geom_label doesn't reduce its provider to count its own > metadata, it looks like a bug! As Ivan Voras explained, it is not a bug, it is just a matter of mixing two things thant can't coexist together. So the problem is that it is not mentioned anywhere in the FreeBSD docs. (Thank you Ivan for your explanation!) And as somebody else already mentioned in this thread, it should be documented in manpages and Handbook and gpart should show warning message if user is trying to put GPT on non real disk devices. As is mentioned in the thread "Memstick image differences between 8.x and 9.x", the GPT brings more problems by requirement of second table at the end of the device (so disk image cannot be easily written by dd on bigger disk) From owner-freebsd-geom@FreeBSD.ORG Mon Oct 10 01:26:32 2011 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8927D106566B; Mon, 10 Oct 2011 01:26:32 +0000 (UTC) (envelope-from jwd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 58AFD8FC08; Mon, 10 Oct 2011 01:26:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p9A1QWAT042241; Mon, 10 Oct 2011 01:26:32 GMT (envelope-from jwd@freefall.freebsd.org) Received: (from jwd@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p9A1QV3M042240; Mon, 10 Oct 2011 01:26:31 GMT (envelope-from jwd) Date: Mon, 10 Oct 2011 01:26:31 +0000 From: John To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20111010012631.GA45500@FreeBSD.org> References: <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8DA627.60003@quip.cz> <711721489.20111006175611@serebryakov.spb.ru> <4E919DFF.8090607@quip.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E919DFF.8090607@quip.cz> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org, lev@FreeBSD.org, Ivan Voras , freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events 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, 10 Oct 2011 01:26:32 -0000 ----- Miroslav Lachman's Original Message ----- > Lev Serebryakov wrote: > >Hello, Miroslav. > >You wrote 6 ?????????????? 2011 ??., 16:59:19: > > [...] > > >>The current state is simply wrong, because user can do something what > >>cannot work and is not documented anywhere. > > It is Ok in UNIX way, in general. You should be able to shoot your > > leg, it is good :) > > I am sorry for my late reply. > Foot shooting is OK, if somebody wants to shoot his foot, but I don't > want to shoot my foot if I am aiming at my head :) > > > But if geom_label doesn't reduce its provider to count its own > > metadata, it looks like a bug! > > As Ivan Voras explained, it is not a bug, it is just a matter of mixing > two things thant can't coexist together. So the problem is that it is > not mentioned anywhere in the FreeBSD docs. (Thank you Ivan for your > explanation!) > And as somebody else already mentioned in this thread, it should be > documented in manpages and Handbook and gpart should show warning > message if user is trying to put GPT on non real disk devices. > > As is mentioned in the thread "Memstick image differences between 8.x > and 9.x", the GPT brings more problems by requirement of second table at > the end of the device (so disk image cannot be easily written by dd on > bigger disk) This also seem to prevent something useful like: # camcontrol inquiry da0 pass2: Fixed Direct Access SCSI-5 device pass2: Serial Number 3TB1BKGX00009036W9EN pass2: 600.000MB/s transfers, Command Queueing Enabled # camcontrol inquiry da25 pass27: Fixed Direct Access SCSI-5 device pass27: Serial Number 3TB1BKGX00009036W9EN pass27: 600.000MB/s transfers, Command Queueing Enabled # gmultipath label ZFS0 da0 da25 # gpart create -s gpt $device # gpart add -s 128 -t freebsd-boot $device # Create 64K boot partition # gpart add -s 4m -t freebsd-ufs -l mb$dev $device # small partition # gpart add -t freebsd-zfs -l $dev $device # Remaining space for zfs It seems like protecting your partitions with multiple paths would be a good thing. I've been experimenting with this and end up with corrupt partitions. Am I missing something? -john From owner-freebsd-geom@FreeBSD.ORG Mon Oct 10 02:51:37 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EB89106568D; Mon, 10 Oct 2011 02:51:37 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 01EDB8FC0C; Mon, 10 Oct 2011 02:51:36 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p9A2pYow054158 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 9 Oct 2011 19:51:35 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p9A2pYEk054157; Sun, 9 Oct 2011 19:51:34 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA09602; Sun, 9 Oct 11 19:05:28 PDT Date: Mon, 10 Oct 2011 02:04:34 -0700 From: perryh@pluto.rain.com To: jwd@freebsd.org Message-Id: <4e92b522.f71Y8d/d4QhvelRN%perryh@pluto.rain.com> References: <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <4E8CD662.90202@quip.cz> <4E8DA627.60003@quip.cz> <711721489.20111006175611@serebryakov.spb.ru> <4E919DFF.8090607@quip.cz> <20111010012631.GA45500@FreeBSD.org> In-Reply-To: <20111010012631.GA45500@FreeBSD.org> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: 000.fbsd@quip.cz, lev@freebsd.org, ivoras@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events 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, 10 Oct 2011 02:51:37 -0000 John wrote: > > ... gpart should show warning message if user is trying to put > > GPT on non real disk devices. ... > This also seem to prevent something useful like: > > # camcontrol inquiry da0 > pass2: Fixed Direct Access SCSI-5 device > pass2: Serial Number 3TB1BKGX00009036W9EN > pass2: 600.000MB/s transfers, Command Queueing Enabled > # camcontrol inquiry da25 > pass27: Fixed Direct Access SCSI-5 device > pass27: Serial Number 3TB1BKGX00009036W9EN > pass27: 600.000MB/s transfers, Command Queueing Enabled > > # gmultipath label ZFS0 da0 da25 > # gpart create -s gpt $device > # gpart add -s 128 -t freebsd-boot $device # Create 64K boot partition > # gpart add -s 4m -t freebsd-ufs -l mb$dev $device # small partition > # gpart add -t freebsd-zfs -l $dev $device # Remaining space for zfs > > It seems like protecting your partitions with multiple > paths would be a good thing. I've been experimenting with > this and end up with corrupt partitions. The setting of $device is not shown, but I suppose it is the name of the multipath provider. I'm not familiar with gmultipath, but it would not surprise me if (like most GEOMs) it were putting its metadata in the last block(s) of its providers and therefore encountering the same issues as gmirror and glabel. In that case, the best fix may be to define the multipathing per-partition instead of per-device (if that is possible), or to use MBR/BSD instead of GPT for partitioning. From owner-freebsd-geom@FreeBSD.ORG Mon Oct 10 04:43:02 2011 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 89559106564A; Mon, 10 Oct 2011 04:43:02 +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 612C98FC13; Mon, 10 Oct 2011 04:43:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p9A4h2r4043905; Mon, 10 Oct 2011 04:43:02 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p9A4h2wS043901; Mon, 10 Oct 2011 04:43:02 GMT (envelope-from linimon) Date: Mon, 10 Oct 2011 04:43:02 GMT Message-Id: <201110100443.p9A4h2wS043901@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/161013: [geli] geli with HMAC/MD5 authentication fails during init/attach/use 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, 10 Oct 2011 04:43:02 -0000 Old Synopsis: geli with HMAC/MD5 authentication fails during init/attach/use New Synopsis: [geli] geli with HMAC/MD5 authentication fails during init/attach/use Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Mon Oct 10 04:42:49 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=161013 From owner-freebsd-geom@FreeBSD.ORG Mon Oct 10 11:07:07 2011 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1F0B1065722 for ; Mon, 10 Oct 2011 11:07:07 +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 C7CEF8FC12 for ; Mon, 10 Oct 2011 11:07:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p9AB77op032381 for ; Mon, 10 Oct 2011 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p9AB76kx032379 for freebsd-geom@FreeBSD.org; Mon, 10 Oct 2011 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Oct 2011 11:07:07 GMT Message-Id: <201110101107.p9AB76kx032379@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, 10 Oct 2011 11:07:08 -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/161013 geom [geli] geli with HMAC/MD5 authentication fails during o kern/160562 geom [geom][patch] Allow to insert new component to geom_ra o kern/160409 geom [geli] failed to attach provider o kern/159595 geom [geom] [panic] panic on gmirror unload in vbox [regres o kern/159091 geom [geom] GEOM fails to scan nested partitions to create p kern/158398 geom [headers] [patch] includes o kern/158197 geom [geom] geom_cache with size>1000 leads to panics o kern/157879 geom [libgeom] ABI change without version bump in 8.2 o kern/157863 geom [geli] kbdmux prevents geli passwords from being enter o kern/157739 geom [geom] GPT labels with geom_multipath o kern/157724 geom [geom] gpart(8) 'add' command must preserve gap for sc o kern/157723 geom [geom] GEOM should not process 'c' (raw) partitions fo o kern/157108 geom [gjournal] dumpon(8) fails on gjournal providers o kern/155994 geom [geom] Long "Suspend time" when reading large files fr o kern/154226 geom [geom] GEOM label does not change when you modify them o kern/150858 geom [geom] [geom_label] [patch] glabel(8) is not compatibl o kern/150626 geom [geom] [gjournal] gjournal(8) destroys label o kern/150555 geom [geom] gjournal unusable on GPT partitions o kern/150334 geom [geom] [udf] [patch] geom label does not support UDF o kern/149762 geom volume labels with rogue characters o bin/149215 geom [panic] [geom_part] gpart(8): Delete linux's slice via o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/145818 geom [geom] geom_stat_open showing cached information for n o kern/145042 geom [geom] System stops booting after printing message "GE o kern/144905 geom [geom][geom_part] panic in gpart_ctlreq when unpluggin o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error o kern/140352 geom [geom] gjournal + glabel not working o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk o kern/134113 geom [geli] Problem setting secondary GELI key o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o bin/131415 geom [geli] keystrokes are unregulary sent to Geli when typ o kern/131353 geom [geom] gjournal(8) kernel lock o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid f kern/128276 geom [gmirror] machine lock up when gmirror module is used o kern/127420 geom [geom] [gjournal] [panic] Journal overflow on gmirrore o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/115856 geom [geli] ZFS thought it was degraded when it should have o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o bin/86388 geom [geom] [geom_part] periodic(8) daily should backup gpa o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. 65 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Oct 10 19:43:32 2011 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 78C241065676; Mon, 10 Oct 2011 19:43:32 +0000 (UTC) (envelope-from pjd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 68CB68FC16; Mon, 10 Oct 2011 19:43:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p9AJhWCV018840; Mon, 10 Oct 2011 19:43:32 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p9AJhWkp018836; Mon, 10 Oct 2011 19:43:32 GMT (envelope-from pjd) Date: Mon, 10 Oct 2011 19:43:32 GMT Message-Id: <201110101943.p9AJhWkp018836@freefall.freebsd.org> To: pasko.boris@gmail.com, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org, pjd@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/161013: [geli] geli with HMAC/MD5 authentication fails during init/attach/use 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, 10 Oct 2011 19:43:32 -0000 Synopsis: [geli] geli with HMAC/MD5 authentication fails during init/attach/use State-Changed-From-To: open->feedback State-Changed-By: pjd State-Changed-When: pon 10 paź 2011 19:39:24 UTC State-Changed-Why: Hash mismatch warnings on GELI provider that is not initialized (filled with, eg. random data) after configuring GELI authentication are expected and this is not a bug. FreeBSD panicing during install sounds like a real problem, but has nothing to do with the warnings you saw. Please provide at least backtrace for the panic for starters. Responsible-Changed-From-To: freebsd-geom->pjd Responsible-Changed-By: pjd Responsible-Changed-When: pon 10 paź 2011 19:39:24 UTC Responsible-Changed-Why: I'll take this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=161013 From owner-freebsd-geom@FreeBSD.ORG Tue Oct 11 17:57:47 2011 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 595D71065670; Tue, 11 Oct 2011 17:57:47 +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 328988FC15; Tue, 11 Oct 2011 17:57:47 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p9BHvlec082626; Tue, 11 Oct 2011 17:57:47 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p9BHvlcB082622; Tue, 11 Oct 2011 17:57:47 GMT (envelope-from linimon) Date: Tue, 11 Oct 2011 17:57:47 GMT Message-Id: <201110111757.p9BHvlcB082622@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/161486: [geli] GELI password entry is too visible 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, 11 Oct 2011 17:57:47 -0000 Old Synopsis: GELI password entry is too visible New Synopsis: [geli] GELI password entry is too visible Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Tue Oct 11 17:57:33 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=161486 From owner-freebsd-geom@FreeBSD.ORG Sat Oct 15 16:29:02 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62965106564A for ; Sat, 15 Oct 2011 16:29:02 +0000 (UTC) (envelope-from antinix@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id EC5B78FC0C for ; Sat, 15 Oct 2011 16:29:01 +0000 (UTC) Received: by wwi18 with SMTP id 18so1403415wwi.31 for ; Sat, 15 Oct 2011 09:29:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=IMCmmxlfdZWX52K7vhCcgtXNct8Nq0BxfLkfecC0cJs=; b=hUo+3QszmmFqjg5oRaOEke6jbQsxBcf4LLZZPimgbBZvgoDDzMlaYoh4r8Mpe/i836 wVIM9dpyF050LmohjSf+1fmDUrngXWjNbalq6pL12G4aC29tIHC8Cmkh7Nk9nkSmul8X chLowTYYGkiliLeopihLHbMKEYoq5jqP+ddNg= Received: by 10.227.11.197 with SMTP id u5mr4323266wbu.99.1318694531093; Sat, 15 Oct 2011 09:02:11 -0700 (PDT) MIME-Version: 1.0 Sender: antinix@gmail.com Received: by 10.180.79.170 with HTTP; Sat, 15 Oct 2011 09:01:51 -0700 (PDT) From: Andrei Kolu Date: Sat, 15 Oct 2011 19:01:51 +0300 X-Google-Sender-Auth: iQKuLReon61r0Nt47kX4HJRZIMY Message-ID: To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: gmirror failed with error 19. 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, 15 Oct 2011 16:29:02 -0000 Hi, I installed FreeBSD 9 BETA3 and configured geom mirror according to manual: http://www.freebsd.org/doc/en/books/handbook/geom-mirror.html # sysctl kern.geom.debugflags=17 # gmirror label -vb round-robin gm0 /dev/ada0 # gmirror insert gm0 /dev/ada1 # gmirror status Name Status Components mirror/gm0 COMPLETE ada0 ada1 # echo 'geom_mirror_load="YES"' >> /boot/loader.conf After reboot: mountroot: waiting for device /dev/mirror/gm0p2 ... Mounting from ufs:/dev/mirror/gm0p2 failed with error 19. mountroot> Before that I saw this error message: "gmirror mirror/gm0: corrupt or invalid GPT data". Solved this problem by starting up system from usb flash as livecd and recovering gpt. But I still can't boot from geom mirror.