From owner-freebsd-geom@FreeBSD.ORG Mon Apr 25 11:06:59 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 78B86106566C for ; Mon, 25 Apr 2011 11:06:59 +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 5BF448FC1B for ; Mon, 25 Apr 2011 11:06:59 +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 p3PB6x05084558 for ; Mon, 25 Apr 2011 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p3PB6wDd084556 for freebsd-geom@FreeBSD.org; Mon, 25 Apr 2011 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Apr 2011 11:06:58 GMT Message-Id: <201104251106.p3PB6wDd084556@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, 25 Apr 2011 11:06:59 -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/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 kern/132273 geom glabel(8): [patch] failing on journaled partition 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. 52 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Apr 25 11:09:13 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 34A201065690; Mon, 25 Apr 2011 11:09:13 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mgat.kirov.so-cdu.ru (mgat.kirov.so-cdu.ru [77.72.136.147]) by mx1.freebsd.org (Postfix) with ESMTP id 1BBB98FC2B; Mon, 25 Apr 2011 11:09:11 +0000 (UTC) Received: from kirov.so-cdu.ru ([172.21.81.1]RDNS failed) by mgat.kirov.so-cdu.ru with InterScan Message Security Suite; Mon, 25 Apr 2011 14:39:02 +0400 Received: by ns.kirov.so-cdu.ru (Postfix, from userid 1010) id DF494B83BF; Mon, 25 Apr 2011 14:39:00 +0400 (MSD) Received: from [10.118.3.52] (elsukov.kirov.oduur.so [10.118.3.52]) by ns.kirov.so-cdu.ru (Postfix) with ESMTP id AAD47B83B6; Mon, 25 Apr 2011 14:39:00 +0400 (MSD) Message-ID: <4DB54F40.8050608@FreeBSD.org> Date: Mon, 25 Apr 2011 14:38:56 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: freebsd-geom@FreeBSD.org X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF091C3DBBB11D917CEC733D8" Cc: Marcel Moolenaar , Pawel Jakub Dawidek Subject: A replacement for GEOM_LABEL's gpt/gptid 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, 25 Apr 2011 11:09:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF091C3DBBB11D917CEC733D8 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Hello All. I wrote a small extension for the GEOM_PART class. It adds an ability to GEOM_PART class to create partition labels for schemes which are support them. Currently we have GEOM_LABEL class which does similar functions, but it has problems in conjunction with GEOM_PART (e.g. kern/154226). Current implementation of GEOM_LABEL's gpt/gptid module does direct access to GEOM_PART object structures, that seems not so good for me. So, my patch contains: * new GEOM class "PART::LABEL". It attaches to partition provider and create new providers for each label. * new kobj method - G_PART_LABELS. It called when new partition is creati= ng. A partition scheme can implement this method if it supports partition lab= els. Method should just call g_part_create_label() function to create new labe= l for given partition. * g_part_spoil_labels() function. It called from GEOM_PART to destroy lab= els providers or mark them stale. At this time it called only from "gpart mod= ify" method. What differs from GEOM_LABEL: * PART::LABEL class has not ".spoiled" method and all providers are persi= stent. * if label is changing while provider is in use, it will not be destroyed= until access does not released, but new label will become available. * also it has support for APM and PC98 schemes. The patch is here: http://people.freebsd.org/~ae/gpart_labels.diff Since it conflicts with GEOM_LABEL's gpt/gptid to test patch you should disable gpt/gptid module, it can be done via loader.conf: kern.geom.label.gptid.enable=3D"0" kern.geom.label.gpt.enable=3D"0" --=20 WBR, Andrey V. Elsukov --------------enigF091C3DBBB11D917CEC733D8 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) iQEcBAEBAgAGBQJNtU9EAAoJEAHF6gQQyKF6PTMH/18ZHHi9FHj8gO38LUEEDC34 Cyh+nQ8Y8Q0WjMV1TKom/3wtV+OgGU/lqkSCFKZgJTvlq4PLCVCgyB/KNoD6y2E6 CLFtFm9Y8G8bmY3FTKc2fTtkZSf8u8vF/RQV2pRtzhh28YiUwwBbar9/gzOLnaeS oQ8/8+b54jPdvGVUiPFW5nXmUd+AntZ4LQIpYJzZl6dprgHF2e2fHBpJzJ8V8V/f BT5pT9WZAM+vUdMTjqz4reXC23EbsCGQbBwVJdYFkf9tt9fiE5aZgT+DCNvKpNni 2D3mbfZYCD1XTi6IdHC01EIKMzGEp/lTcessofpz66kZjRVio2qsPNy4vPc64O0= =Sj/A -----END PGP SIGNATURE----- --------------enigF091C3DBBB11D917CEC733D8-- From owner-freebsd-geom@FreeBSD.ORG Wed Apr 27 07:37: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 58DD31065670; Wed, 27 Apr 2011 07:37:39 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mgat.kirov.so-cdu.ru (mgat.kirov.so-cdu.ru [77.72.136.147]) by mx1.freebsd.org (Postfix) with ESMTP id 28BDA8FC12; Wed, 27 Apr 2011 07:37:37 +0000 (UTC) Received: from kirov.so-cdu.ru ([172.21.81.1]RDNS failed) by mgat.kirov.so-cdu.ru with InterScan Message Security Suite; Wed, 27 Apr 2011 11:37:34 +0400 Received: by ns.kirov.so-cdu.ru (Postfix, from userid 1010) id DB73CB83C3; Wed, 27 Apr 2011 11:37:31 +0400 (MSD) Received: from [10.118.3.52] (elsukov.kirov.oduur.so [10.118.3.52]) by ns.kirov.so-cdu.ru (Postfix) with ESMTP id A5E85B83C0; Wed, 27 Apr 2011 11:37:31 +0400 (MSD) Message-ID: <4DB7C7B7.9020201@FreeBSD.org> Date: Wed, 27 Apr 2011 11:37:27 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: FreeBSD Current References: <4DB54F40.8050608@FreeBSD.org> In-Reply-To: <4DB54F40.8050608@FreeBSD.org> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigECC850959DAEF3EE0F265E6A" Cc: Marcel Moolenaar , Pawel Jakub Dawidek , freebsd-geom@FreeBSD.org Subject: Re: A replacement for GEOM_LABEL's gpt/gptid 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, 27 Apr 2011 07:37:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigECC850959DAEF3EE0F265E6A Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 25.04.2011 14:38, Andrey V. Elsukov wrote: > I wrote a small extension for the GEOM_PART class. It adds an ability > to GEOM_PART class to create partition labels for schemes which are > support them. >=20 > Currently we have GEOM_LABEL class which does similar functions, > but it has problems in conjunction with GEOM_PART (e.g. kern/154226). > Current implementation of GEOM_LABEL's gpt/gptid module does direct > access to GEOM_PART object structures, that seems not so good for me. >=20 > So, my patch contains: >=20 > * new GEOM class "PART::LABEL". It attaches to partition provider and > create new providers for each label. >=20 > * new kobj method - G_PART_LABELS. It called when new partition is crea= ting. > A partition scheme can implement this method if it supports partition l= abels. > Method should just call g_part_create_label() function to create new la= bel for > given partition. >=20 > * g_part_spoil_labels() function. It called from GEOM_PART to destroy l= abels > providers or mark them stale. At this time it called only from "gpart m= odify" > method. >=20 > What differs from GEOM_LABEL: >=20 > * PART::LABEL class has not ".spoiled" method and all providers are per= sistent. >=20 > * if label is changing while provider is in use, it will not be destroy= ed until > access does not released, but new label will become available. >=20 > * also it has support for APM and PC98 schemes. >=20 > The patch is here: > http://people.freebsd.org/~ae/gpart_labels.diff I updated the patch, it is in the same location. I turned off glabel's gpt/gpid support and added loader tunables: kern.geom.part_label.apm.enable kern.geom.part_label.gpt.enable kern.geom.part_label.gptid.enable kern.geom.part_label.pc98.enable Also for compatibility glabel's tunables still here: kern.geom.label.gpt.enable kern.geom.label.gptid.enable So, if you have them in your loader.conf and want to have gpt/gptid label= s, you should remove them from loader.conf. Also now they are only loader tunables and they can not be changed in run= time. If there will no objections i am planning to commit patch in this weekend= =2E --=20 WBR, Andrey V. Elsukov --------------enigECC850959DAEF3EE0F265E6A 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) iQEcBAEBAgAGBQJNt8e7AAoJEAHF6gQQyKF6QncH/01c8e2+1Cq7Mp+D1NFKhHvn oGH6/iFLZ/Npo/5dBTCTTHxR2Fj8Yerxi5Akdlw6xel7FcAMHCBU1o/HuuPOtrqk c59lgLDX0qFF/7Sj9O5V8mScKWFtqQO4tCro0D2ZhO9jytbcbGOdXrdwSpUTfBrZ H9PihrWlOvKoXWqaUCZKqQUZ/X8qVxc7Sowr+IIm2UGDTjGB7Kb4nqp+7O/H5wda GD4y/vRQCAF8Ram2X7mGo5/Zznu/WY0qYN4J5w3CeTrucIKzMa2RqCFppbrN/VIn in1V07tj9wFqd9eBy+FWIjJn2nMxPdydJM5uvRQsq5cpblebASDoGhE2KLz7qD8= =plfE -----END PGP SIGNATURE----- --------------enigECC850959DAEF3EE0F265E6A-- From owner-freebsd-geom@FreeBSD.ORG Wed Apr 27 08:20:17 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 01B98106566C for ; Wed, 27 Apr 2011 08:20:17 +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 E6FF58FC24 for ; Wed, 27 Apr 2011 08:20:16 +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 p3R8KGdo014313 for ; Wed, 27 Apr 2011 08:20:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p3R8KGr7014312; Wed, 27 Apr 2011 08:20:16 GMT (envelope-from gnats) Date: Wed, 27 Apr 2011 08:20:16 GMT Message-Id: <201104270820.p3R8KGr7014312@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: "Andrey V. Elsukov" Cc: Subject: Re: kern/154226: [geom] GEOM label does not change when you modify them X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Andrey V. Elsukov" List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Apr 2011 08:20:17 -0000 The following reply was made to PR kern/154226; it has been noted by GNATS. From: "Andrey V. Elsukov" To: bug-followup@FreeBSD.org, universite@ukr.net Cc: Subject: Re: kern/154226: [geom] GEOM label does not change when you modify them Date: Wed, 27 Apr 2011 11:53:54 +0400 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9CB06898715A30274A7C0440 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Hi, Vladislav can you test this patch? http://people.freebsd.org/~ae/gpart_labels.diff --=20 WBR, Andrey V. Elsukov --------------enig9CB06898715A30274A7C0440 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) iQEcBAEBAgAGBQJNt8uVAAoJEAHF6gQQyKF6p6oH+wZSM0/r0jG4Q8Hp+sVf+WJX hMnCZndDLivDu4moQ3n+SJfJt+u4ZMwdFNId0L6pKBu3ZGVXigKQYNc7BtN4Lfhr 6W4PjpecSPe8FlksGncPe7bcj1jOhMNzDNWqGEoELgr7uh1cqbZCKi3XjMf4Prpz /aGL8ug8rpTnPeBlgpSZ4jIe8WjA/nsiKZXha0+2vlhRGonHCRM2Nu/ktDeO3umv rFIVrxHfPyp9+IPP55uKaDh8gJVoMeIk41wuZgGnzrs30oJFeM2O9NjU1FNc7AwX iIlZHUkKGGFz3b6lzAD9MIM7PCkhltwsEJAQd+S0SbS3rUQWsYnJjsn1/B7MiYs= =j0NE -----END PGP SIGNATURE----- --------------enig9CB06898715A30274A7C0440-- From owner-freebsd-geom@FreeBSD.ORG Wed Apr 27 14:27:04 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 3F712106566B; Wed, 27 Apr 2011 14:27:04 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 01D738FC16; Wed, 27 Apr 2011 14:27:03 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 2925E58135; Wed, 27 Apr 2011 09:01:32 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id 0NEr0dBqqJ7H; Wed, 27 Apr 2011 09:01:32 -0500 (CDT) Received: from wanderer.tachypleus.net (i3-dhcp-172-16-223-127.icecube.wisc.edu [172.16.223.127]) by mail.icecube.wisc.edu (Postfix) with ESMTP id F050D5811A; Wed, 27 Apr 2011 09:01:31 -0500 (CDT) Message-ID: <4DB821BB.6020006@freebsd.org> Date: Wed, 27 Apr 2011 09:01:31 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110317 Thunderbird/3.1.9 MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4DB54F40.8050608@FreeBSD.org> <4DB7C7B7.9020201@FreeBSD.org> In-Reply-To: <4DB7C7B7.9020201@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , FreeBSD Current , Pawel Jakub Dawidek , freebsd-geom@FreeBSD.org Subject: Re: A replacement for GEOM_LABEL's gpt/gptid 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, 27 Apr 2011 14:27:04 -0000 On 04/27/11 02:37, Andrey V. Elsukov wrote: > On 25.04.2011 14:38, Andrey V. Elsukov wrote: >> I wrote a small extension for the GEOM_PART class. It adds an ability >> to GEOM_PART class to create partition labels for schemes which are >> support them. >> >> Currently we have GEOM_LABEL class which does similar functions, >> but it has problems in conjunction with GEOM_PART (e.g. kern/154226). >> Current implementation of GEOM_LABEL's gpt/gptid module does direct >> access to GEOM_PART object structures, that seems not so good for me. >> >> So, my patch contains: >> >> * new GEOM class "PART::LABEL". It attaches to partition provider and >> create new providers for each label. >> >> * new kobj method - G_PART_LABELS. It called when new partition is creating. >> A partition scheme can implement this method if it supports partition labels. >> Method should just call g_part_create_label() function to create new label for >> given partition. >> >> * g_part_spoil_labels() function. It called from GEOM_PART to destroy labels >> providers or mark them stale. At this time it called only from "gpart modify" >> method. >> >> What differs from GEOM_LABEL: >> >> * PART::LABEL class has not ".spoiled" method and all providers are persistent. >> >> * if label is changing while provider is in use, it will not be destroyed until >> access does not released, but new label will become available. >> >> * also it has support for APM and PC98 schemes. >> >> The patch is here: >> http://people.freebsd.org/~ae/gpart_labels.diff > > I updated the patch, it is in the same location. > I turned off glabel's gpt/gpid support and added loader tunables: > > kern.geom.part_label.apm.enable > kern.geom.part_label.gpt.enable > kern.geom.part_label.gptid.enable > kern.geom.part_label.pc98.enable > > Also for compatibility glabel's tunables still here: > > kern.geom.label.gpt.enable > kern.geom.label.gptid.enable > > So, if you have them in your loader.conf and want to have gpt/gptid labels, > you should remove them from loader.conf. > Also now they are only loader tunables and they can not be changed in runtime. > > If there will no objections i am planning to commit patch in this weekend. > This is fantastic. Thank you! -Nathan From owner-freebsd-geom@FreeBSD.ORG Wed Apr 27 16:38:18 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 475CB1065670 for ; Wed, 27 Apr 2011 16:38:18 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id F34948FC0A for ; Wed, 27 Apr 2011 16:38:17 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QF7kl-0002E5-Pv for freebsd-geom@freebsd.org; Wed, 27 Apr 2011 18:38:15 +0200 Received: from dtmd-4db2f6a1.pool.mediaways.net ([77.178.246.161]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Apr 2011 18:38:15 +0200 Received: from christian.baer by dtmd-4db2f6a1.pool.mediaways.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Apr 2011 18:38:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Christian Baer Date: Wed, 27 Apr 2011 18:37:59 +0200 Lines: 40 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: dtmd-4db2f6a1.pool.mediaways.net User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.16) Gecko/20101125 Lightning/1.0b1 Thunderbird/3.0.11 Subject: 4K sectors on the drive, bigger sectors for geli and newfs? 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, 27 Apr 2011 16:38:18 -0000 Hi folks! A few days ago I installed a new drive that I would like to encrypt with geli. It's one of the new ones with 4K sectors which means I have to partition it differently than the older drives I have. What I did so far: gpart create -s gpt /dev/ad6 gpart add -b 2048 -t freebsd-ufs /dev/ad6 That should align the partition correctly. pjd wrote in a post, that geli uses more than one key for larger file systems, so I am quite happy to create a single (2TB) partion and file system. Due to the nature of the files that will mostly be stored on the drive (digital photographs in raw format), my newfs will look something like this (my idea): newfs -L raw -O ufs2 -U -f 4096 -b 32768 -i 2097152 /dev/ad6p1.eli An inode every 2^21 bytes should do fine. Most of the files on the drive (I expect something like 90%) will be 7MB or larger. Any objections so far? Would it make sense to make the frags and blocks even larger? Considering that, I'm wondering how to init geli, especially using the -s option. geli init -e aes-xts -l 256 -s $NUMBER /dev/ad6p1 It stands to reason that $NUMBER should not be smaller than 4096 bytes since the drive itself doesn't have anything smaller to offer. :-) What would be a good value? 4096 or 32768 or something else? What does this default to? Best regards, Chris From owner-freebsd-geom@FreeBSD.ORG Wed Apr 27 20:29:08 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 5DC86106566B for ; Wed, 27 Apr 2011 20:29:08 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward9.mail.yandex.net (forward9.mail.yandex.net [77.88.61.48]) by mx1.freebsd.org (Postfix) with ESMTP id 104D88FC08 for ; Wed, 27 Apr 2011 20:29:07 +0000 (UTC) Received: from smtp9.mail.yandex.net (smtp9.mail.yandex.net [77.88.61.35]) by forward9.mail.yandex.net (Yandex) with ESMTP id 54334CE26A9 for ; Thu, 28 Apr 2011 00:13:34 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1303935214; bh=bOykYdESbm7O/xhh4E0wd0B/ZK8oa9ihWP8di4TcH4M=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type; b=CHnXZ9u/KoC1vzwRoj+lL0i0SQq0ykQvIAbtlXBzL3tkias1k3tC7H3b8ipeeRnCt oo7lSv9ywvGKObFRKV+8473D5uJ4bdT5ryiXrfpde/tk4gzqZs9Zrwwv9iwBOagaMA 6oj52RjNAjVosGitQ3MSJDQIeAxPu/Lp+rr6M0FA= Received: from [178.141.127.142] (dynamic-178-141-127-142.kirov.comstar-r.ru [178.141.127.142]) by smtp9.mail.yandex.net (Yandex) with ESMTPSA id 25A164BA0076 for ; Thu, 28 Apr 2011 00:13:34 +0400 (MSD) Message-ID: <4DB878E4.6060405@yandex.ru> Date: Thu, 28 Apr 2011 00:13:24 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110309 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-geom@FreeBSD.ORG X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6BFCA0A1969D546A4688DCA9" X-Yandex-Spam: 1 Cc: Subject: [RFC] auto-alignment partitions with gpart 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, 27 Apr 2011 20:29:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6BFCA0A1969D546A4688DCA9 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Hi, The following patch adds to gpart(8) ability automatically adjust partition offset and size to given alignment. http://people.freebsd.org/~ae/gpart_align.diff Example: # gpart create -s gpt md0 md0 created # gpart show md0 =3D> 34 409533 md0 GPT (200M) 34 409533 - free - (200M) # gpart add -t freebsd-boot -s 128k -a 4k md0 md0p1 added # gpart add -t freebsd-ufs -s 60m -a 4k md0 md0p2 added # gpart add -t freebsd-ufs -a 4k md0 md0p3 added # gpart show md0 =3D> 34 409533 md0 GPT (200M) 34 6 - free - (3.0K) 40 256 1 freebsd-boot (128K) 296 122880 2 freebsd-ufs (60M) 123176 286384 3 freebsd-ufs (139M) 409560 7 - free - (3.5K) --=20 WBR, Andrey V. Elsukov --------------enig6BFCA0A1969D546A4688DCA9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJNuHjpAAoJEAHF6gQQyKF6O8sIAIuCVVsh436ARNEsJ6m/OPd8 zPHC1z4lsAeFtsiGAnDEBAilh/93bPPiM8Jl+Hej3qqMZlXZz7IduGj8dcgkUr6O ZDotLoxU0aujVURN4qDMPVlY2BWMQtw/QcuYBJTksLtaSUc+AquJwxIhJPTLH9UO Ej+eiuvxp23sFOOj9tI3sOAiYGoB5kYW17M5FRPNC6o6b5rRVlI0W3Dg/dsfP6m+ iywqS8ShGXiSkOX6v1as27YDTukxXtVMvikuZ3vRa027Mqjtlimq2WNVoeGvX7DU 80LBaMi9abomSWgBEbzTyABxfOmV38us8VeH1sYcpH/ybeMMrkck+F9VpVNdaD0= =t94x -----END PGP SIGNATURE----- --------------enig6BFCA0A1969D546A4688DCA9-- From owner-freebsd-geom@FreeBSD.ORG Thu Apr 28 10:40:53 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 AEC0A106566B for ; Thu, 28 Apr 2011 10:40:53 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 54F278FC12 for ; Thu, 28 Apr 2011 10:40:52 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id CAD6645CA6; Thu, 28 Apr 2011 12:40:50 +0200 (CEST) Received: from localhost (host-89-230-168-210.ostrowmaz.mm.pl [89.230.168.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id DE06045C8A; Thu, 28 Apr 2011 12:40:44 +0200 (CEST) Date: Thu, 28 Apr 2011 12:40:33 +0200 From: Pawel Jakub Dawidek To: Christian Baer Message-ID: <20110428104033.GA4898@garage.freebsd.pl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=4.5 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: 4K sectors on the drive, bigger sectors for geli and newfs? 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, 28 Apr 2011 10:40:53 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 27, 2011 at 06:37:59PM +0200, Christian Baer wrote: > Hi folks! >=20 > A few days ago I installed a new drive that I would like to encrypt with > geli. It's one of the new ones with 4K sectors which means I have to > partition it differently than the older drives I have. >=20 > What I did so far: >=20 > gpart create -s gpt /dev/ad6 > gpart add -b 2048 -t freebsd-ufs /dev/ad6 >=20 > That should align the partition correctly. > pjd wrote in a post, that geli uses more than one key for larger file > systems, so I am quite happy to create a single (2TB) partion and file > system. >=20 > Due to the nature of the files that will mostly be stored on the drive > (digital photographs in raw format), my newfs will look something like > this (my idea): >=20 > newfs -L raw -O ufs2 -U -f 4096 -b 32768 -i 2097152 /dev/ad6p1.eli >=20 > An inode every 2^21 bytes should do fine. Most of the files on the drive > (I expect something like 90%) will be 7MB or larger. >=20 > Any objections so far? Would it make sense to make the frags and blocks > even larger? >=20 > Considering that, I'm wondering how to init geli, especially using the > -s option. >=20 > geli init -e aes-xts -l 256 -s $NUMBER /dev/ad6p1 >=20 > It stands to reason that $NUMBER should not be smaller than 4096 bytes > since the drive itself doesn't have anything smaller to offer. :-) What > would be a good value? 4096 or 32768 or something else? What does this > default to? It defaults to reported sector size of the underlying provider, so 512 bytes, I guess. In my opinion 4096 is optimal. Larger sectors are problematic, because if sector size it is larger than page size various tools will have problems with mmap(2)ing files. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --KsGdsel6WgEHnImy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk25RCAACgkQForvXbEpPzSaaQCffWgeoIK72PvEq+jnhzVBhlKt GdIAn3VbNb62cU8088gTb3cfepzpwepG =dzeL -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-geom@FreeBSD.ORG Fri Apr 29 04:11:34 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 92704106564A; Fri, 29 Apr 2011 04:11:34 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2BBBB8FC15; Fri, 29 Apr 2011 04:11:33 +0000 (UTC) Received: by iwn33 with SMTP id 33so3874748iwn.13 for ; Thu, 28 Apr 2011 21:11:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=nz8SxfrqzwOpyXEV/im6uDjcSKSOY8XXAflT3DmJ0/A=; b=n+50lxoI0vT8lLvJbT9kz3wqFlM2O1ZMArNmPj3t3cOZwqPphfug/NcjWgGxXBjAEn l7kVSjoDi8MGftwIJzOhPvPu2FvxCPfzPjMdf/GPEqsp4S1gYm0tgpzVbivWSsNc+2bp SclVlXLRoG7RlF7iy7BCt2iM1y0dhttzQJsj8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; b=Qc6WtsVT0IkykcY0t6HTcf9jIW2rR95dvo/NKgqC/mzsnBriPEI7MEI4i23dKid4Eh Ty/++zdU29kgFOjM7lyT74gzemm4adEQKu/rhFx/kW9YQjRRYeB2wapTQ+DQPDOfza+h H8pxfxr/bxTgZTmWKIzDvpzfHR714msCwngUU= Received: by 10.42.39.18 with SMTP id f18mr5551098ice.281.1304048904674; Thu, 28 Apr 2011 20:48:24 -0700 (PDT) Received: from DataIX.net (adsl-99-190-84-116.dsl.klmzmi.sbcglobal.net [99.190.84.116]) by mx.google.com with ESMTPS id d9sm966932ibb.53.2011.04.28.20.48.22 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Apr 2011 20:48:22 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p3T3mJNi040467 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Apr 2011 23:48:20 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p3T3mJMD040466; Thu, 28 Apr 2011 23:48:19 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Thu, 28 Apr 2011 23:48:19 -0400 From: "Jason J. Hellenthal" To: "Andrey V. Elsukov" Message-ID: <20110429034819.GA38949@DataIX.net> References: <4DB54F40.8050608@FreeBSD.org> <4DB7C7B7.9020201@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <4DB7C7B7.9020201@FreeBSD.org> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: FreeBSD Current , Pawel Jakub Dawidek , Marcel Moolenaar , freebsd-geom@freebsd.org Subject: Re: A replacement for GEOM_LABEL's gpt/gptid 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, 29 Apr 2011 04:11:34 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Andrey, Great work, thank you. I have a little destraught about this over the years since its inception with having just a label class for itself. Now that this has all be properly tested it seems like a good idea to me to split them up into their respective sections as you have done. Now with the following I have some insight and question of if these sysctls are really needed. >> The patch is here: >> http://people.freebsd.org/~ae/gpart_labels.diff > >I updated the patch, it is in the same location. >I turned off glabel's gpt/gpid support and added loader tunables: > >kern.geom.part_label.apm.enable >kern.geom.part_label.gpt.enable >kern.geom.part_label.gptid.enable >kern.geom.part_label.pc98.enable > As I see from the patch listed above, you have properly turned off the support of these in the label class to move them to the consumers that they are actually used in. With that said, I do not understand and cant seem to wrap my mind around why there needs to be a compatibility layer to provide both a sysctl for what you have done and the old sysctl. Why if this is only going to be used by the class where it is only enabled do we need two sysctl ? Can we not just keep them under the same OID they are under now ? It is just a label after all and I dont see a need for renaming the sysctl. >Also for compatibility glabel's tunables still here: > >kern.geom.label.gpt.enable >kern.geom.label.gptid.enable > >So, if you have them in your loader.conf and want to have gpt/gptid labels, >you should remove them from loader.conf. >Also now they are only loader tunables and they can not be changed in runt= ime. > >If there will no objections i am planning to commit patch in this weekend. > > Anyway, thank you for you time. --=20 Regards, (jhell) Jason Hellenthal --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNujUCAAoJEJBXh4mJ2FR+wPIIAJprZxl1Kwv0IJLyLPEnKqIj IaSj5887jCWU6sJSHiBEvuTqSI/BfnZg9fzF27kHn8+4BofkXvuappVNFSBD4bPD lzgdQVnbO/xsDmE5NNs2Zvms38gr2K3YQGVABxKPJnA7LXhVW0qkFtUXxONOPE/i mCMUNmWS5JJXZmgvWPpVWotUabBJ1gL0bYCoSPADIki860CbgCbFtEv6ZwTSUldk 6maevcM18FP4S7E3FIOOlUrtbPlHuQVPbOAASGA+6dDXKOo90TbNrprtI2glGKFe fJbEW9jJ0eNx45ZirMHCKCoHNBaHFBRcJmAHe0Z57VSY3Z7GJ8sEHaR16tV9Id0= =X5Ti -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-geom@FreeBSD.ORG Fri Apr 29 05:01:46 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 763EF1065673; Fri, 29 Apr 2011 05:01:46 +0000 (UTC) (envelope-from inyaoo@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C67408FC13; Fri, 29 Apr 2011 05:01:45 +0000 (UTC) Received: by bwz12 with SMTP id 12so4068537bwz.13 for ; Thu, 28 Apr 2011 22:01:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=iStZ/Py/vRtGeaxBYaKBCrdEOAEZQfBVM1zWFC/zk38=; b=fBIDZkim3zFAlWralTNthSUHfhElDTB7vH2maeXQAYPjyqWl/RuQ2eFy9w5wFr2UcL aZqFhJSwj9sGTWOqWNz3xBrc6nEjFAM5N6+/HVnF1iDy91OZf2w7e2LTy+BnwZGyzJ1b 1S9ToAgacn/MY4jNh4ed+o5a6QGXLWG4uYllI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=AeoEkcJUTtDZGvb7jZOIYD8jzwR5lQZEoislA8xbebnMjDSNHu0gcxve8wattEO+a5 SPnB8p8AM0BtiDGm6xua6tj8GI2BQPVgi+o+21IFqrTLYnahtDe9SjpnbwNHxqxF9cPQ RPaZgbUuiUPchNfSa+aPAmD5zOQovYqk+lgmQ= Received: by 10.204.75.23 with SMTP id w23mr283257bkj.200.1304051863029; Thu, 28 Apr 2011 21:37:43 -0700 (PDT) Received: from localhost (tor11.anonymizer.ccc.de [62.113.219.4]) by mx.google.com with ESMTPS id w3sm1373929bkt.17.2011.04.28.21.37.40 (version=SSLv3 cipher=OTHER); Thu, 28 Apr 2011 21:37:42 -0700 (PDT) From: Pan Tsu To: "Andrey V. Elsukov" References: <4DB54F40.8050608@FreeBSD.org> <4DB7C7B7.9020201@FreeBSD.org> Date: Fri, 29 Apr 2011 08:37:38 +0400 In-Reply-To: <4DB7C7B7.9020201@FreeBSD.org> (Andrey V. Elsukov's message of "Wed, 27 Apr 2011 11:37:27 +0400") Message-ID: <86d3k5hdv1.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-geom@FreeBSD.org Subject: Re: A replacement for GEOM_LABEL's gpt/gptid 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, 29 Apr 2011 05:01:46 -0000 "Andrey V. Elsukov" writes: > I updated the patch, it is in the same location. > I turned off glabel's gpt/gpid support and added loader tunables: > > kern.geom.part_label.apm.enable > kern.geom.part_label.gpt.enable > kern.geom.part_label.gptid.enable > kern.geom.part_label.pc98.enable > > Also for compatibility glabel's tunables still here: > > kern.geom.label.gpt.enable > kern.geom.label.gptid.enable > > So, if you have them in your loader.conf and want to have gpt/gptid labels, > you should remove them from loader.conf. > Also now they are only loader tunables and they can not be changed in runtime. Do you intend to keep the tunables as easter eggs? If not can you add read-only sysctls and/or document them in gpart(8)? > > If there will no objections i am planning to commit patch in this weekend. From owner-freebsd-geom@FreeBSD.ORG Fri Apr 29 16:55:54 2011 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 8A4BF106564A; Fri, 29 Apr 2011 16:55:54 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 23F6814FCC8; Fri, 29 Apr 2011 16:55:30 +0000 (UTC) Message-ID: <4DBAED76.3030006@FreeBSD.org> Date: Fri, 29 Apr 2011 20:55:18 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110309 Thunderbird/3.1.9 MIME-Version: 1.0 To: FreeBSD Current References: <4DB54F40.8050608@FreeBSD.org> <4DB7C7B7.9020201@FreeBSD.org> In-Reply-To: <4DB7C7B7.9020201@FreeBSD.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=10C8A17A Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig07C541EA257C46C2C8FDE7DC" Cc: Alexander Motin , Marcel Moolenaar , Pawel Jakub Dawidek , Andriy Gapon , freebsd-geom@FreeBSD.org Subject: Re: A replacement for GEOM_LABEL's gpt/gptid 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, 29 Apr 2011 16:55:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig07C541EA257C46C2C8FDE7DC Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 27.04.2011 11:37, Andrey V. Elsukov wrote: >> I wrote a small extension for the GEOM_PART class. It adds an ability >> to GEOM_PART class to create partition labels for schemes which are >> support them. Hi All, i got several successful reports from users, but now i decided to make this functional available for another consumers. New patch: http://people.freebsd.org/~ae/geom_alias.diff What it contains: * gpt/gptid support removed from GEOM_LABEL class; * new GEOM_ALIAS class added. This class has two public functions: void g_alias_create(struct g_provider *pp, const char *name); void g_alias_spoil(struct g_provider *pp); * first two consumers of GEOM_ALIAS class are GEOM_PART and GEOM_DISK: GEOM_DISK uses g_alias_create() to create aliases for disks, disk's serial number is used for alias name. GEOM_PART uses g_alias_create() to create aliases for labeled partitions (gpt/gptid, apm and pc98). How it looks like: http://paste.org.ru/?5exeve --=20 WBR, Andrey V. Elsukov --------------enig07C541EA257C46C2C8FDE7DC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJNuu19AAoJEAHF6gQQyKF6az8H/1GlmfSFG0IknQyKyMuUj7j9 4eFLauZ7n2kiIbtxAG+b5ep1fmJMigBG0LeQdceuh7PESSPcrPQuncCoUo0vRQ7K offDjg9DuqD7IYmXRlEPv4EZxL4beSBD8z4fTuZrCbBWUKlpnAVPeL40ruzJYdhO zU7+KHpl74pGSUzKYdUcf85LFrJiyjjK0RsqvJi052CJY7fNrGGX7B48/itnMiJN k20qEOG8tNMcDlCJqDxMBD77gXrZQ1+mc6aVzBIT27uoXA0y/oXcGYKw6YETc14B BzN90Wq3n6GQq60CArypBYO/07alXiusDCs0Bj0q1zcnyCju3jy+SWXqHrZrzQ0= =5S04 -----END PGP SIGNATURE----- --------------enig07C541EA257C46C2C8FDE7DC-- From owner-freebsd-geom@FreeBSD.ORG Sat Apr 30 05:25:03 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 3DE49106566C for ; Sat, 30 Apr 2011 05:25:03 +0000 (UTC) (envelope-from zeus@relay.ibs.dn.ua) Received: from relay.ibs.dn.ua (relay.ibs.dn.ua [91.216.196.25]) by mx1.freebsd.org (Postfix) with ESMTP id 907808FC14 for ; Sat, 30 Apr 2011 05:25:02 +0000 (UTC) Received: from relay.ibs.dn.ua (localhost [127.0.0.1]) by relay.ibs.dn.ua with ESMTP id p3U55xZZ070090 for ; Sat, 30 Apr 2011 08:05:59 +0300 (EEST) Received: (from zeus@localhost) by relay.ibs.dn.ua (8.14.4/8.14.4/Submit) id p3U55vfC070089 for freebsd-geom@freebsd.org; Sat, 30 Apr 2011 08:05:57 +0300 (EEST) Date: Sat, 30 Apr 2011 08:05:57 +0300 From: Zeus V Panchenko To: freebsd-geom@freebsd.org Message-ID: <20110430050557.GA58095@relay.ibs.dn.ua> Mail-Followup-To: freebsd-geom@freebsd.org References: <20110104170611.GA67159@relay.ibs.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20110104170611.GA67159@relay.ibs.dn.ua> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 X-Face: iVBORw0KGgoAAAANSUhEUgAAACoAAAAqBAMAAAA37dRoAAAAFVBMVEWjjoiZhHDWzcZuW1U wOT+RcGxziJxEN0lIAAABrklEQVQokV2STXLbMAyFQaraE3a5dzSTfR1IF7CQrM3QuECn9z9DH0 gxzgSyFvr88PBD0uJxoR6BE+e8LtRgohE5ZB50sODP/REbfUnte/z12+llCekLUSKenFIMke6Be WinE8H0RJHSN71rUQp64gFDmtDDhRk0zam3FzpNVFprhwPGaFo6oY9wDBJQ9Qz6EuKyROJjDGa+ uza4VOTa8iHlN58Yv5BF9+4BGl0LA5pUD5xKXg4aQlVZm0co3NKxCGxQpu3aC352Gv3DZONmwQd tkrlaylV3YSew7bWtwAZF/zi9jblmprPoL7ktzeFSxmarVNmWRi+Bmxg7Y7tbGtR8XZUxLTo86G thANsssetjp3POuBvMBRlw6jRa5pKN7yVlP+F2lyiZGSMf5hnSU6eAVupmtfjRcxy0momwpxDnz 06hwnOWvBnUdR8U2/KX7cq26u1Jy5xFZMPOVONRbRUrwey8Qar6cWgf12xSymQuVX0DfYd4R8kN Hg0qCtLeaYZcj8B90M2N0cEX1P0vKSxw7NLy/3X8Qeriusu66jNA37P4Mn5QRTG2hz4d9D/6E3a EX852nwAAAABJRU5ErkJggg== Subject: panic while fsck during gmirror synchronization ... X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zeus@ibs.dn.ua List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2011 05:25:03 -0000 Hi, system panics after incorrect power loss, while gmirror synchronisation when fsck running about 20 minutes before panic > uname FreeBSD 8.2-STABLE #0 i386 gmirror is: Geom name: gm0 Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 1172858490 Providers: 1. Name: mirror/gm0 Mediasize: 500107861504 (466G) Sectorsize: 512 Mode: r4w4e11 Consumers: 1. Name: ad4 Mediasize: 500107862016 (466G) Sectorsize: 512 Mode: r1w1e1 Priority: 0 GenID: 0 SyncID: 1 ID: 3386000736 2. Name: ad5 Mediasize: 500107862016 (466G) Sectorsize: 512 Mode: r1w1e1 Priority: 1 GenID: 0 SyncID: 1 ID: 2579904183 can squid cache working on the gmirror cause problem? -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET)