From owner-freebsd-geom@FreeBSD.ORG Sun Sep 2 16:54:50 2012 Return-Path: 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 9EBC2106566B for ; Sun, 2 Sep 2012 16:54:50 +0000 (UTC) (envelope-from prvs=059261f175=nti@w4w.net) Received: from smtp.w4w.net (mail.w4w.de [87.225.242.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5AFB18FC0A for ; Sun, 2 Sep 2012 16:54:50 +0000 (UTC) Received: by smtp.w4w.net (Exim 4.77/w4w) with ESMTPSA from nti.openvpn.local ([192.168.33.1] helo=[192.168.44.100]) (TLSv1:AES128-SHA:128) for (envelope-from ) authenticated as nti id 1T8COg-000OQh-OR; Sun, 02 Sep 2012 17:47:38 +0200 From: Nicola Tiling Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: Date: Sun, 2 Sep 2012 17:47:31 +0200 To: freebsd-geom@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1486\)) X-Mailer: Apple Mail (2.1486) Subject: GPT partitions missing, upgrading 7.4 to 8.3 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, 02 Sep 2012 16:54:50 -0000 Hi I'm trying to upgrade 7.4 to 8.3, but I fail. On a third slice I have nine gpt partitions. Originally they were = created under 6.2 with "gpt". The upgrade from 6.4 to 7.4 runs without = problems, but now from 7.4 to 8.3 the partitions are not found. I can't = see them under /dev and gpart list shows curious things, a fifth slice = in the third and a EBR scheme instead of GPT. =20 I have load the kernel modules geom_part_gtp, geom_part_mbr, = geom_part_bsd. Is there a save way to install 8.3 or is it dead-end? gpart list - 8.3 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Geom name: da0s3 modified: false state: OK fwheads: 255 fwsectors: 63 last: 894563459 first: 0 entries: 14199420 scheme: EBR Providers: 1. Name: da0s5 Mediasize: 458016491008 (426G) Sectorsize: 512 Mode: r0w0e0 rawtype: 238 length: 458016491008 offset: 512 type: !238 index: 1 end: 894563459 start: 0 Consumers: 1. Name: da0s3 Mediasize: 458016491520 (426G) Sectorsize: 512 Mode: r0w0e0 gpart list - 7.4: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= Geom name: da0s3 fwheads: 255 fwsectors: 63 last: 894563426 first: 34 entries: 128 scheme: GPT Providers: 1. Name: da0s3p1 Mediasize: 3172244992 (3G) ... 2. Name: da0s3p2 Mediasize: 107374182400 (100G) ... Consumers: 1. Name: da0s3 Mediasize: 458016491520 (426G) Sectorsize: 512 Mode: r9w9e18= From owner-freebsd-geom@FreeBSD.ORG Mon Sep 3 05:02:39 2012 Return-Path: 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 A9493106566B for ; Mon, 3 Sep 2012 05:02:39 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward5.mail.yandex.net (forward5.mail.yandex.net [IPv6:2a02:6b8:0:602::5]) by mx1.freebsd.org (Postfix) with ESMTP id 22BB28FC14 for ; Mon, 3 Sep 2012 05:02:39 +0000 (UTC) Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward5.mail.yandex.net (Yandex) with ESMTP id C1EC0120080F; Mon, 3 Sep 2012 09:02:37 +0400 (MSK) Received: from smtp3.mail.yandex.net (localhost [127.0.0.1]) by smtp3.mail.yandex.net (Yandex) with ESMTP id 9F0B71BA050B; Mon, 3 Sep 2012 09:02:37 +0400 (MSK) Received: from mail.kirov.so-ups.ru (mail.kirov.so-ups.ru [178.74.170.1]) by smtp3.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 2btKR0Ws-2btuasbO; Mon, 3 Sep 2012 09:02:37 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1346648557; bh=kjFYiOqvzvltnhxick7YwHjO5dt9HsqAVDyqq4bvbFI=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=dGO0S6HwdqVHnHAl2RBLkHsUMdKlNBJUX9hwAP1QG+ERrvspEwcQ6IEuZgZBfdflp WOmuDmK5F9dDvZoNL371GZgX4QUhdmpmaj+cKA2IAv2TX0PggctuRXcHc4Zhwq6r+f HUqbdjq25m1M2QEthXgbowNW/V/WiHydtGrgsnec= Message-ID: <504439EC.5000004@yandex.ru> Date: Mon, 03 Sep 2012 09:02:36 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Nicola Tiling References: In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: GPT partitions missing, upgrading 7.4 to 8.3 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 05:02:39 -0000 On 02.09.2012 19:47, Nicola Tiling wrote: > Hi > > I'm trying to upgrade 7.4 to 8.3, but I fail. > > On a third slice I have nine gpt partitions. Originally they were created under 6.2 with "gpt". > The upgrade from 6.4 to 7.4 runs without problems, but now from 7.4 to 8.3 the partitions are not > found. I can't see them under /dev and gpart list shows curious things, a fifth slice in the > third and a EBR scheme instead of GPT. I have load the kernel modules geom_part_gtp, > geom_part_mbr, geom_part_bsd. Is there a save way to install 8.3 or is it dead-end? GEOM_PART_GPT cannot be nested. You should backup your data and recreate your partitions, then restore the data. The hackish way: you can remove GEOM_PART_MBR and GEOM_PART_EBR from your kernel config, and use GEOM_MBR instead. But you can still use GEOM_PART_GPT. In this case GEOM_PART_GPT will be attached to the GEOM_MBR provider and nesting will not be detected. -- WBR, Andrey V. Elsukov From owner-freebsd-geom@FreeBSD.ORG Mon Sep 3 05:43:19 2012 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 7829B106566B for ; Mon, 3 Sep 2012 05:43:19 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.freebsd.org (Postfix) with ESMTP id 2F6078FC18 for ; Mon, 3 Sep 2012 05:43:18 +0000 (UTC) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 3X9KcX6T49z7yTL; Mon, 3 Sep 2012 07:34:36 +0200 (CEST) Date: Mon, 3 Sep 2012 07:34:36 +0200 From: Nicolas Rachinsky To: freebsd-geom@freebsd.org Message-ID: <20120903053436.GA2238@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-geom@freebsd.org References: <504439EC.5000004@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <504439EC.5000004@yandex.ru> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: GPT partitions missing, upgrading 7.4 to 8.3 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 05:43:19 -0000 * "Andrey V. Elsukov" [2012-09-03 09:02 +0400]: > On 02.09.2012 19:47, Nicola Tiling wrote: > > I'm trying to upgrade 7.4 to 8.3, but I fail. > > > > On a third slice I have nine gpt partitions. Originally they were created under 6.2 with "gpt". > > The upgrade from 6.4 to 7.4 runs without problems, but now from 7.4 to 8.3 the partitions are not > > found. I can't see them under /dev and gpart list shows curious things, a fifth slice in the > > third and a EBR scheme instead of GPT. I have load the kernel modules geom_part_gtp, > > geom_part_mbr, geom_part_bsd. Is there a save way to install 8.3 or is it dead-end? > > GEOM_PART_GPT cannot be nested. Is there any technical reason for that? Would there be any problems if the nesting check is removed? 7.X worked just fine with a gpt inside a slice or partition. Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-geom@FreeBSD.ORG Mon Sep 3 06:06:59 2012 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 610B6106566B for ; Mon, 3 Sep 2012 06:06:59 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mail.kirov.so-ups.ru (mail.kirov.so-ups.ru [178.74.170.1]) by mx1.freebsd.org (Postfix) with ESMTP id 0361B8FC0A for ; Mon, 3 Sep 2012 06:06:58 +0000 (UTC) Received: from kas30pipe.localhost (localhost.kirov.so-ups.ru [127.0.0.1]) by mail.kirov.so-ups.ru (Postfix) with SMTP id F26BAB806A for ; Mon, 3 Sep 2012 10:01:07 +0400 (MSK) Received: from kirov.so-ups.ru (unknown [172.21.81.1]) by mail.kirov.so-ups.ru (Postfix) with ESMTP id ED0C5B8068 for ; Mon, 3 Sep 2012 10:01:07 +0400 (MSK) Received: by ns.kirov.so-ups.ru (Postfix, from userid 1010) id EA0DEBA0C0; Mon, 3 Sep 2012 10:01:07 +0400 (MSK) Received: from [127.0.0.1] (elsukov.kirov.oduur.so [10.118.3.52]) by ns.kirov.so-ups.ru (Postfix) with ESMTP id B6780BA0B4 for ; Mon, 3 Sep 2012 10:01:07 +0400 (MSK) Message-ID: <5044479F.7000405@FreeBSD.org> Date: Mon, 03 Sep 2012 10:01:03 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <504439EC.5000004@yandex.ru> <20120903053436.GA2238@mid.pc5.i.0x5.de> In-Reply-To: <20120903053436.GA2238@mid.pc5.i.0x5.de> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE0BACAF2E67576982C33C93A" X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Info: Not protected Subject: Re: GPT partitions missing, upgrading 7.4 to 8.3 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 06:06:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE0BACAF2E67576982C33C93A Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 03.09.2012 9:34, Nicolas Rachinsky wrote: > * "Andrey V. Elsukov" [2012-09-03 09:02 +0400]: >> On 02.09.2012 19:47, Nicola Tiling wrote: >>> I'm trying to upgrade 7.4 to 8.3, but I fail. >>> >>> On a third slice I have nine gpt partitions. Originally they were cre= ated under 6.2 with "gpt". >>> The upgrade from 6.4 to 7.4 runs without problems, but now from 7.4 t= o 8.3 the partitions are not >>> found. I can't see them under /dev and gpart list shows curious thing= s, a fifth slice in the >>> third and a EBR scheme instead of GPT. I have load the kernel modules= geom_part_gtp, >>> geom_part_mbr, geom_part_bsd. Is there a save way to install 8.3 or i= s it dead-end? >> >> GEOM_PART_GPT cannot be nested. >=20 > Is there any technical reason for that? Would there be any problems if > the nesting check is removed? >=20 > 7.X worked just fine with a gpt inside a slice or partition. GPT is part of the UEFI specification and our implementation should be co= mpatible with it. If you want use MBR, then you should use BSD label on the MBR slice. If you want GPT - just use GPT without any nesting. --=20 WBR, Andrey V. Elsukov --------------enigE0BACAF2E67576982C33C93A 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.10 (MingW32) iQEcBAEBAgAGBQJQREejAAoJEAHF6gQQyKF6C0sH/R3Q0SL9aTYMGC6NAwM+evVG vinHchg+/be22e+lY80kNZKqy+W1A4bNOOn8p87f6Yrk1Ck5PQDTvbPv+4ZwtdpV Ri9rWn7PAL+TwjnVsheQ5CakZNFpzzcISJeiWn/of/vr2VeGdQfHzVPx2VtXEnmk kyGnGMCiIsyd/0+spd0mhaGgYKmcXBqYRhVvis92Sk1mqFXKuon3/nrNPrkFeMcY 0EPAHTPlW1VGMvxP4jX3TJgchpH1ynsvV1AXP+RA5zxMrqA81VOD7wXWZnNCcHLB 4tp/vnHx/5cfus3NT9GUcSRK1SyfiM3Nam0H7Ydncb/zloJIUMfa/g6+DqMT2Hs= =9Y14 -----END PGP SIGNATURE----- --------------enigE0BACAF2E67576982C33C93A-- From owner-freebsd-geom@FreeBSD.ORG Mon Sep 3 11:09:27 2012 Return-Path: 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 BD0161065670 for ; Mon, 3 Sep 2012 11:09:27 +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 9CCAB8FC0C for ; Mon, 3 Sep 2012 11:09:27 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q83B9R0l044987 for ; Mon, 3 Sep 2012 11:09:27 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q83B9Ps4044597 for freebsd-geom@FreeBSD.org; Mon, 3 Sep 2012 11:09:25 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Sep 2012 11:09:25 GMT Message-Id: <201209031109.q83B9Ps4044597@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 11:09:27 -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/170038 geom [geom] geom_mirror always starts degraded after reboot o kern/169539 geom [geom] [patch] fix ability to run gmirror on MSI MegaR a bin/169077 geom bsdinstall(8) does not use partition labels in /etc/fs f kern/165745 geom [geom] geom_multipath page fault on removed drive o kern/165428 geom [glabel][patch] Add xfs support to glabel o kern/164254 geom [geom] gjournal not stopping on GPT partitions o kern/164252 geom [geom] gjournal overflow o kern/164143 geom [geom] Partition table not recognized after upgrade R8 a kern/163020 geom [geli] [patch] enable the Camellia-XTS on GEOM ELI o kern/162690 geom [geom] gpart label changes only take effect after a re o kern/162010 geom [geli] panic: Provider's error should be set (error=0) o kern/161979 geom [geom] glabel doesn't update after newfs, and glabel s o kern/161752 geom [geom] glabel(8) doesn't get gpt label change o bin/161677 geom gpart(8) Probably bug in gptboot o kern/160562 geom [geom][patch] Allow to insert new component to geom_ra o kern/160409 geom [geli] failed to attach provider f kern/159595 geom [geom] [panic] panic on gmirror unload in vbox [regres 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] [regression] ABI change without version bump 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/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/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 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 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. 73 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Sep 3 13:38:59 2012 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 1CFFD106566B; Mon, 3 Sep 2012 13:38:59 +0000 (UTC) (envelope-from mjacob@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E3B878FC18; Mon, 3 Sep 2012 13:38:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q83Dcwri076492; Mon, 3 Sep 2012 13:38:58 GMT (envelope-from mjacob@freefall.freebsd.org) Received: (from mjacob@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q83Dcwjv076482; Mon, 3 Sep 2012 13:38:58 GMT (envelope-from mjacob) Date: Mon, 3 Sep 2012 13:38:58 GMT Message-Id: <201209031338.q83Dcwjv076482@freefall.freebsd.org> To: mjacob@FreeBSD.org, mjacob@FreeBSD.org, freebsd-geom@FreeBSD.org From: mjacob@FreeBSD.org Cc: Subject: Re: kern/159414: [isp] isp(4)+gmultipath(8) : removing active fiber path, and gmultipath failing over to standby path provokes a kernel panic X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 13:38:59 -0000 Synopsis: [isp] isp(4)+gmultipath(8) : removing active fiber path, and gmultipath failing over to standby path provokes a kernel panic Responsible-Changed-From-To: mjacob->freebsd-geom Responsible-Changed-By: mjacob Responsible-Changed-When: Mon Sep 3 13:38:18 UTC 2012 Responsible-Changed-Why: This is really a geom bug, not an isp bug. http://www.freebsd.org/cgi/query-pr.cgi?pr=159414 From owner-freebsd-geom@FreeBSD.ORG Mon Sep 3 13:45:50 2012 Return-Path: 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 700B11065670 for ; Mon, 3 Sep 2012 13:45:50 +0000 (UTC) (envelope-from prvs=0593b677b4=nti@w4w.net) Received: from smtp.w4w.net (mail.w4w.de [87.225.242.3]) by mx1.freebsd.org (Postfix) with ESMTP id 285B78FC08 for ; Mon, 3 Sep 2012 13:45:50 +0000 (UTC) Received: by smtp.w4w.net (Exim 4.77/w4w) with ESMTPSA from nti.openvpn.local ([192.168.33.1] helo=[192.168.44.100]) (TLSv1:AES128-SHA:128) (envelope-from ) authenticated as nti id 1T8WyK-000Fdw-LK; Mon, 03 Sep 2012 15:45:48 +0200 Content-Type: text/plain; charset=koi8-r Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1486\)) From: Nicola Tiling In-Reply-To: <504439EC.5000004@yandex.ru> Date: Mon, 3 Sep 2012 15:45:47 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <1D584B09-1FC0-4E8C-AA9B-B2840F19EBB0@w4w.net> References: <504439EC.5000004@yandex.ru> To: "Andrey V. Elsukov" X-Mailer: Apple Mail (2.1486) Cc: freebsd-geom@freebsd.org Subject: Re: GPT partitions missing, upgrading 7.4 to 8.3 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2012 13:45:50 -0000 Andrey, ahanks for your help! I will build a new kernel. Am 03.09.2012 um 07:02 schrieb "Andrey V. Elsukov" : > On 02.09.2012 19:47, Nicola Tiling wrote: >> Hi >>=20 >> I'm trying to upgrade 7.4 to 8.3, but I fail. >>=20 >> On a third slice I have nine gpt partitions. Originally they were = created under 6.2 with "gpt". >> The upgrade from 6.4 to 7.4 runs without problems, but now from 7.4 = to 8.3 the partitions are not >> found. I can't see them under /dev and gpart list shows curious = things, a fifth slice in the >> third and a EBR scheme instead of GPT. I have load the kernel modules = geom_part_gtp, >> geom_part_mbr, geom_part_bsd. Is there a save way to install 8.3 or = is it dead-end? >=20 > GEOM_PART_GPT cannot be nested. > You should backup your data and recreate your partitions, then restore = the data. >=20 > The hackish way: you can remove GEOM_PART_MBR and GEOM_PART_EBR from = your kernel config, > and use GEOM_MBR instead. But you can still use GEOM_PART_GPT. In this = case GEOM_PART_GPT will be > attached to the GEOM_MBR provider and nesting will not be detected. >=20 > --=20 > WBR, Andrey V. Elsukov >=20 >=20 > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to = "freebsd-geom-unsubscribe@freebsd.org" From owner-freebsd-geom@FreeBSD.ORG Wed Sep 5 01:33:56 2012 Return-Path: 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 30FD5106564A for ; Wed, 5 Sep 2012 01:33:56 +0000 (UTC) (envelope-from korvemaker@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id F02DA8FC15 for ; Wed, 5 Sep 2012 01:33:55 +0000 (UTC) Received: by iayy25 with SMTP id y25so410600iay.13 for ; Tue, 04 Sep 2012 18:33:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=EJhCT5PCV5Sd3EcrLuZuFVI+eH/CL6XbnVt2z/eOVQ4=; b=Uv3poRqLucdZH7Rb8jorz1lm0vqqq7+bqw70AK37sbHZZGZdmmRUVEsOTlyjThRpAF /s46RT80KRWmEhQuoQ5N3XfyHRndN5ICys0htfqyPUADLgUTQ1mmj6tkz8ZEMyuOuenC cOHSXCTncg1E7Sx49221jbocLBzFP0cPpE1zve4Uaoi4IDbV2FnxC6nhnM8kj7xHUN+k D0VTwhyRDxn3XoteRJrupTPICUBq7k3RHH6zAH+xgjAbnnHHvnx0SUOwTJZE+3R/mjFZ aaiwCTYNE9v8XV8fbj0Fpx9VomkJLGQvUogQ93xjGX6bwOy8F/BEwc5lbgvqSEcomSbA 26Vw== MIME-Version: 1.0 Received: by 10.42.163.135 with SMTP id c7mr6749416icy.45.1346808835317; Tue, 04 Sep 2012 18:33:55 -0700 (PDT) Received: by 10.64.170.139 with HTTP; Tue, 4 Sep 2012 18:33:55 -0700 (PDT) Date: Tue, 4 Sep 2012 21:33:55 -0400 Message-ID: From: Ben Korvemaker To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: geli prompts for password at boot when it shouldn't X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2012 01:33:56 -0000 Hello, I'm trying to figure out if I'm using the tools wrong, if I'm being protected from something, or if it's a missing feature. This came up because I want to normally have a password enabled, but when performing expected reboots, I can disable the password and avoid the 10 foot trek to the console. Using FreeBSD 8.3, but a quick check of relevant HEAD code looks like it's the same. If I initialize a provider with "geli init -b -P -K keyfile provider", md.md_iterations defaults to -1. If I set a password later with "geli setkey -p -k keyfile -K keyfile provider", md.md_iterations is updated to a new useful value. When I then remove the password with "geli setkey -k keyfile -K keyfile -P provider", md.md_iterations is left as is, and can't be forced to -1. For attaching providers by hand, this isn't a big deal, but it is for the root filesystem. From what I've been able to uncover, g_eli_taste() checks for md.md_iterations=-1 indicate that there's no password to prompt for. This means I can't remove a password and still have a booting system because it prompts for a password, but a blank password isn't the same as no password. The documentation for "geli init -b" suggests that the BOOT flag is for prompting for a password, which does seem cleaner than having a magic value for md.md_iterations. That doesn't match how g_eli_taste() works, from what I can tell. Is it by design that md.md_iterations is not set to -1 after a password is cleared? I've thrown together a quick patch that resets iterations when the password is cleared on a provider that has a single key defined, and it seems to work. I can't help thinking I've missed something obvious here. Thanks, Ben -- Ben Korvemaker korvemaker@gmail.com From owner-freebsd-geom@FreeBSD.ORG Wed Sep 5 19:35:03 2012 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 22CC2106564A for ; Wed, 5 Sep 2012 19:35:03 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.freebsd.org (Postfix) with ESMTP id 8EF818FC15 for ; Wed, 5 Sep 2012 19:35:02 +0000 (UTC) Received: from a91-153-116-96.elisa-laajakaista.fi (a91-153-116-96.elisa-laajakaista.fi [91.153.116.96]) by gw02.mail.saunalahti.fi (Postfix) with SMTP id 927D7139A45 for ; Wed, 5 Sep 2012 22:28:13 +0300 (EEST) Date: Wed, 5 Sep 2012 22:28:12 +0300 From: Jaakko Heinonen To: freebsd-geom@FreeBSD.org Message-ID: <20120905192812.GA3112@a91-153-116-96.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: [patch] improve libgeom geom_gettree() error handling X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2012 19:35:03 -0000 Hi, Here is a patch to improve libgeom XML parsing error handling for review. --- Improve libgeom XML parsing error handling. - Abort parsing and return an error if we run out of memory. - Return EILSEQ rather than -1 from geom_xml2tree() for XML syntax errors. %%% Index: lib/libgeom/geom_xml2tree.c =================================================================== --- lib/libgeom/geom_xml2tree.c (revision 239768) +++ lib/libgeom/geom_xml2tree.c (working copy) @@ -56,6 +56,8 @@ struct mystate { struct sbuf *sbuf[20]; struct gconf *config; int nident; + XML_Parser parser; + int error; }; static void @@ -85,6 +87,8 @@ StartElement(void *userData, const char if (!strcmp(name, "class") && mt->class == NULL) { mt->class = calloc(1, sizeof *mt->class); if (mt->class == NULL) { + mt->error = errno; + XML_StopParser(mt->parser, 0); warn("Cannot allocate memory during processing of '%s' " "element", name); return; @@ -98,6 +102,8 @@ StartElement(void *userData, const char if (!strcmp(name, "geom") && mt->geom == NULL) { mt->geom = calloc(1, sizeof *mt->geom); if (mt->geom == NULL) { + mt->error = errno; + XML_StopParser(mt->parser, 0); warn("Cannot allocate memory during processing of '%s' " "element", name); return; @@ -116,6 +122,8 @@ StartElement(void *userData, const char if (!strcmp(name, "consumer") && mt->consumer == NULL) { mt->consumer = calloc(1, sizeof *mt->consumer); if (mt->consumer == NULL) { + mt->error = errno; + XML_StopParser(mt->parser, 0); warn("Cannot allocate memory during processing of '%s' " "element", name); return; @@ -137,6 +145,8 @@ StartElement(void *userData, const char if (!strcmp(name, "provider") && mt->provider == NULL) { mt->provider = calloc(1, sizeof *mt->provider); if (mt->provider == NULL) { + mt->error = errno; + XML_StopParser(mt->parser, 0); warn("Cannot allocate memory during processing of '%s' " "element", name); return; @@ -180,16 +190,19 @@ EndElement(void *userData, const char *n char *p; mt = userData; - sbuf_finish(mt->sbuf[mt->level]); - p = strdup(sbuf_data(mt->sbuf[mt->level])); + p = NULL; + if (sbuf_finish(mt->sbuf[mt->level]) == 0) + p = strdup(sbuf_data(mt->sbuf[mt->level])); + sbuf_delete(mt->sbuf[mt->level]); + mt->sbuf[mt->level] = NULL; + mt->level--; if (p == NULL) { + mt->error = errno; + XML_StopParser(mt->parser, 0); warn("Cannot allocate memory during processing of '%s' " "element", name); return; } - sbuf_delete(mt->sbuf[mt->level]); - mt->sbuf[mt->level] = NULL; - mt->level--; if (strlen(p) == 0) { free(p); p = NULL; @@ -249,12 +262,16 @@ EndElement(void *userData, const char *n if (mt->config != NULL) { gc = calloc(1, sizeof *gc); if (gc == NULL) { + mt->error = errno; + XML_StopParser(mt->parser, 0); warn("Cannot allocate memory during processing of '%s' " "element", name); return; } gc->lg_name = strdup(name); if (gc->lg_name == NULL) { + mt->error = errno; + XML_StopParser(mt->parser, 0); warn("Cannot allocate memory during processing of '%s' " "element", name); return; @@ -334,7 +351,7 @@ geom_xml2tree(struct gmesh *gmp, char *p struct ggeom *ge; struct gprovider *pr; struct gconsumer *co; - int i; + int error, i; memset(gmp, 0, sizeof *gmp); LIST_INIT(&gmp->lg_class); @@ -347,14 +364,27 @@ geom_xml2tree(struct gmesh *gmp, char *p return (ENOMEM); } mt->mesh = gmp; + mt->parser = parser; + error = 0; XML_SetUserData(parser, mt); XML_SetElementHandler(parser, StartElement, EndElement); XML_SetCharacterDataHandler(parser, CharData); i = XML_Parse(parser, p, strlen(p), 1); + if (mt->error != 0) + error = mt->error; + else if (i != 1) { + switch (XML_GetErrorCode(parser)) { + case XML_ERROR_NO_MEMORY: + error = ENOMEM; + break; + default: + error = EILSEQ; + } + } XML_ParserFree(parser); - if (i != 1) { + if (error != 0) { free(mt); - return (-1); + return (error); } gmp->lg_ident = calloc(sizeof *gmp->lg_ident, mt->nident + 1); free(mt); %%% -- Jaakko From owner-freebsd-geom@FreeBSD.ORG Fri Sep 7 02:10:32 2012 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 821) id 07F65106566B; Fri, 7 Sep 2012 02:10:32 +0000 (UTC) Date: Fri, 7 Sep 2012 02:10:32 +0000 From: John To: FreeBSD GEOM Message-ID: <20120907021031.GA16706@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Minor argument checking patch X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2012 02:10:32 -0000 Hi Folks, I lost some time recently chasing a bug in a script. Turns out gstripe (and friends) politely accept a device name as the label name. Anyone want to commit, or mind if I commit, a simple change? # gstripe label -v /dev/multipath/S6[12345678] gstripe: Invalid label: /dev/multipath/S61 I'd also be willing to say that we should validate that the label name doesn't exceed sizeof(md.md_name) - currently silently truncated. Thoughts? Thanks, John Sample patch --- geom_stripe.c.orig 2012-09-06 21:32:00.000000000 -0400 +++ geom_stripe.c 2012-09-06 21:46:48.000000000 -0400 @@ -136,6 +136,16 @@ hardcode = gctl_get_int(req, "hardcode"); /* + * Validate name prior to any device changes + */ + name = gctl_get_ascii(req, "arg0"); + if (strchr(name,'/') != NULL) { + gctl_error(req, "Invalid label: %s", name); + return; + } + strlcpy(md.md_name, name, sizeof(md.md_name)); + + /* * Clear last sector first to spoil all components if device exists. */ compsize = 0; @@ -167,8 +177,6 @@ strlcpy(md.md_magic, G_STRIPE_MAGIC, sizeof(md.md_magic)); md.md_version = G_STRIPE_VERSION; - name = gctl_get_ascii(req, "arg0"); - strlcpy(md.md_name, name, sizeof(md.md_name)); md.md_id = arc4random(); md.md_all = nargs - 1; stripesize = gctl_get_intmax(req, "stripesize"); From owner-freebsd-geom@FreeBSD.ORG Sat Sep 8 19:42:01 2012 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 D5C3E106564A for ; Sat, 8 Sep 2012 19:42:01 +0000 (UTC) (envelope-from prvs=0598fe9ac8=nti@w4w.net) Received: from smtp.w4w.net (mail.w4w.de [87.225.242.3]) by mx1.freebsd.org (Postfix) with ESMTP id 94AC48FC0A for ; Sat, 8 Sep 2012 19:42:01 +0000 (UTC) Received: by smtp.w4w.net (Exim 4.80/w4w) with ESMTPSA from nti.openvpn.local ([192.168.33.1] helo=zorissa.wfwpc) (TLSv1:AES128-SHA:128) (envelope-from ) authenticated as nti id 1TAQug-000PVq-7d; Sat, 08 Sep 2012 21:41:54 +0200 Content-Type: text/plain; charset=koi8-r Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1486\)) From: Nicola Tiling In-Reply-To: <1D584B09-1FC0-4E8C-AA9B-B2840F19EBB0@w4w.net> Date: Sat, 8 Sep 2012 21:41:51 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <504439EC.5000004@yandex.ru> <1D584B09-1FC0-4E8C-AA9B-B2840F19EBB0@w4w.net> To: "Andrey V. Elsukov" X-Mailer: Apple Mail (2.1486) Cc: freebsd-geom@freebsd.org Subject: Re: GPT partitions missing, upgrading 7.4 to 8.3 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, 08 Sep 2012 19:42:01 -0000 I've build a new kernel with nooptions GEOM_PART_BSD nooptions GEOM_PART_EBR nooptions GEOM_PART_EBR_COMPAT nooptions GEOM_PART_MBR options GEOM_BSD options GEOM_LABEL options GEOM_PART_GPT options GEOM_MBR Now my gpt partitions are seen under 8.3 :-) I'm unsure wether to use = GEOM_BSD or GEOM_PART_BSD - but it works. Thanks - Nicola >> GEOM_PART_GPT cannot be nested. >> You should backup your data and recreate your partitions, then = restore the data. >>=20 >> The hackish way: you can remove GEOM_PART_MBR and GEOM_PART_EBR from = your kernel config, >> and use GEOM_MBR instead. But you can still use GEOM_PART_GPT. In = this case GEOM_PART_GPT will be >> attached to the GEOM_MBR provider and nesting will not be detected. >>=20 >> --=20 >> WBR, Andrey V. Elsukov