From owner-freebsd-geom@FreeBSD.ORG Mon Dec 10 11:06:43 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 BB570EF7 for ; Mon, 10 Dec 2012 11:06:43 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9F5968FC1A for ; Mon, 10 Dec 2012 11:06:43 +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 qBAB6hUu064229 for ; Mon, 10 Dec 2012 11:06:43 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qBAB6hip064227 for freebsd-geom@FreeBSD.org; Mon, 10 Dec 2012 11:06:43 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Dec 2012 11:06:43 GMT Message-Id: <201212101106.qBAB6hip064227@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 Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.14 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 Dec 2012 11:06:43 -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/171865 geom [geom] [patch] g_wither_washer() keeping a core busy 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 f kern/159414 geom [isp] isp(4)+gmultipath(8) : removing active fiber pat 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. 75 problems total. From owner-freebsd-geom@FreeBSD.ORG Wed Dec 12 01:00:25 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 E3A2E2EB for ; Wed, 12 Dec 2012 01:00:24 +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 6766D8FC13 for ; Wed, 12 Dec 2012 01:00:24 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C0DD82842E for ; Wed, 12 Dec 2012 02:00:20 +0100 (CET) Received: from [192.168.1.2] (unknown [89.177.49.69]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 108E128422 for ; Wed, 12 Dec 2012 02:00:19 +0100 (CET) Message-ID: <50C7D722.9090809@quip.cz> Date: Wed, 12 Dec 2012 02:00:18 +0100 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: freebsd-geom@FreeBSD.org Subject: 4k alignment of MBR slices / BSD partitions is not working correctly Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2012 01:00:25 -0000 There is a problem with fdisk and gpart as discussed below this blogpost http://ivoras.net/blog/tree/2011-01-01.freebsd-on-4k-sector-drives.html Alignment works with GPT schema, but not with MBR. Both tools - fdisk and gpart - are doing some auto corrections causing misalignment of partitions. It is even worse, that user can create an aligned slices with interactive fdisk and resulting setup cannot be restored later by some script. This is on FreeBSD 9.1-RC3 amd64 GENERIC # echo 'p 1 165 64 40G' | fdisk -f - /dev/mirror/gm0 ******* Working on device /dev/mirror/gm0 ******* fdisk: WARNING: adjusting start offset of partition 1 from 64 to 126, to fall on a head boundary fdisk: WARNING: adjusting size of partition 1 from 83875301 to 83875239 to end on a cylinder boundary Resulting slice is not starting on requested 64, but on 126 Again with the gpart and MBR scheme # gpart create -s mbr mirror/gm0 mirror/gm0 created # gpart add -b 64 -s 40g -t freebsd mirror/gm0 mirror/gm0s1 added # gpart show -p mirror/gm0 => 63 1951475648 mirror/gm0 MBR (930G) 63 63 - free - (31k) 126 83886012 mirror/gm0s1 freebsd (40G) 83886138 1867589573 - free - (890G) Silently changed from 64 to 126 (63) Next test with gpart -a 4k # gpart create -s mbr mirror/gm0 mirror/gm0 created # gpart add -a 4k -s 40g -t freebsd mirror/gm0 mirror/gm0s1 added # gpart show -p mirror/gm0 => 63 1951475648 mirror/gm0 MBR (930G) 63 63 - free - (31k) 126 83886012 mirror/gm0s1 freebsd (40G) 83886138 1867589573 - free - (890G) Same wrong result as in previous test But it can be set correctly with interactive fdisk in 9.1-RC3 (impossible in older releases) sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 1951463682 (952863 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 640/ head 254/ sector 63 Supply a decimal value for "sysid (165=FreeBSD)" [165] Supply a decimal value for "start" [63] 64 Supply a decimal value for "size" [1951463682] 83886080 fdisk: WARNING: partition does not start on a head boundary fdisk: WARNING: partition does not end on a cylinder boundary fdisk: WARNING: this may confuse the BIOS or some operating systems Correct this automatically? [n] n Explicitly specify beg/end address ? [n] Result shown by gpart # gpart show -p mirror/gm0 => 63 1951475648 mirror/gm0 MBR (930G) 63 1 - free - (512B) 64 83886080 mirror/gm0s1 freebsd [active] (40G) 83886144 1867577602 mirror/gm0s2 freebsd (890G) 1951463746 11965 - free - (5.9M) But the worst problem is, that now it cannot be backed up and restored! # gpart backup mirror/gm0 MBR 4 1 freebsd 64 83886080 [active] 2 freebsd 83886144 1867577602 # gpart backup mirror/gm0 > gm0.gpart.backup # gpart destroy -F /dev/mirror/gm0 mirror/gm0 destroyed # gpart restore mirror/gm0 < gm0.gpart.backup # gpart show -p mirror/gm0 => 63 1951475648 mirror/gm0 MBR (930G) 63 63 - free - (31k) 126 83886012 mirror/gm0s1 freebsd [active] (40G) 83886138 63 - free - (31k) 83886201 1867577544 mirror/gm0s2 freebsd (890G) 1951463745 11966 - free - (5.9M) I think that some tools need to be fixed. I vote for fdisk & gpart allowing to do what is user asking to do (maybe with some "use force" switch) or disallow interactive fdisk to create partitioning which cannot be restored later. I would like to discuss it here before creating PR. Miroslav Lachman From owner-freebsd-geom@FreeBSD.ORG Wed Dec 12 02:28:07 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 ED4BA9C2 for ; Wed, 12 Dec 2012 02:28:07 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id A45B78FC12 for ; Wed, 12 Dec 2012 02:28:07 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id qBC2S4Y0008467; Tue, 11 Dec 2012 19:28:04 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id qBC2S3aD008464; Tue, 11 Dec 2012 19:28:04 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 11 Dec 2012 19:28:03 -0700 (MST) From: Warren Block To: Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: 4k alignment of MBR slices / BSD partitions is not working correctly In-Reply-To: <50C7D722.9090809@quip.cz> Message-ID: References: <50C7D722.9090809@quip.cz> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Tue, 11 Dec 2012 19:28:04 -0700 (MST) Cc: freebsd-geom@freebsd.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2012 02:28:08 -0000 On Wed, 12 Dec 2012, Miroslav Lachman wrote: > Next test with gpart -a 4k > > # gpart create -s mbr mirror/gm0 > mirror/gm0 created > > # gpart add -a 4k -s 40g -t freebsd mirror/gm0 > mirror/gm0s1 added > > # gpart show -p mirror/gm0 > => 63 1951475648 mirror/gm0 MBR (930G) > 63 63 - free - (31k) > 126 83886012 mirror/gm0s1 freebsd (40G) > 83886138 1867589573 - free - (890G) > > > Same wrong result as in previous test My possibly incorrect understanding of this is that the slice will start on a block that is aligned to the old CHS values for backwards compatibility. When gpart -a4k is used to create FreeBSD partitions inside that slice, those partitions will be 4K aligned. From owner-freebsd-geom@FreeBSD.ORG Wed Dec 12 13:31:28 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 0AE42CAD for ; Wed, 12 Dec 2012 13:31:28 +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 B416F8FC13 for ; Wed, 12 Dec 2012 13:31:27 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 743892842A; Wed, 12 Dec 2012 14:31:20 +0100 (CET) Received: from [192.168.1.2] (unknown [89.177.49.69]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 24D7028428; Wed, 12 Dec 2012 14:31:19 +0100 (CET) Message-ID: <50C88726.4090105@quip.cz> Date: Wed, 12 Dec 2012 14:31:18 +0100 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: Warren Block Subject: Re: 4k alignment of MBR slices / BSD partitions is not working correctly References: <50C7D722.9090809@quip.cz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2012 13:31:28 -0000 Warren Block wrote: > On Wed, 12 Dec 2012, Miroslav Lachman wrote: > >> Next test with gpart -a 4k >> >> # gpart create -s mbr mirror/gm0 >> mirror/gm0 created >> >> # gpart add -a 4k -s 40g -t freebsd mirror/gm0 >> mirror/gm0s1 added >> >> # gpart show -p mirror/gm0 >> => 63 1951475648 mirror/gm0 MBR (930G) >> 63 63 - free - (31k) >> 126 83886012 mirror/gm0s1 freebsd (40G) >> 83886138 1867589573 - free - (890G) >> >> >> Same wrong result as in previous test > > My possibly incorrect understanding of this is that the slice will start > on a block that is aligned to the old CHS values for backwards > compatibility. I understand that it is useful to have some backward compatibility with some really old systems, but I think it should be user's choice and not forced policy. And what is really confusing is that interactive fdisk allows it and non interactive not (more used by advanced users). So we have foot shooting for beginers and forced backward compatibility for advanced users disallowing restore of perfectly working setup from scripts etc. Not to mention that we don't need any compatibility with other (older) systems on servers where FreeBSD is the only OS used. It is something similar to allow more than 8 BSD partitions, which is not backward compatible with older FreeBSD releases or other systems using UFS with MBR+BSD partitions. > When gpart -a4k is used to create FreeBSD partitions inside that slice, > those partitions will be 4K aligned. OK, BSD partitions inside MBR slices are aligned. Miroslav Lachman