From owner-freebsd-geom@FreeBSD.ORG Sun Jan 30 03:47:40 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 2CEAB1065672 for ; Sun, 30 Jan 2011 03:47:40 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id A808A8FC1D for ; Sun, 30 Jan 2011 03:47:39 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.4/8.14.4) with ESMTP id p0U3lXFu086213 for ; Sun, 30 Jan 2011 05:47:33 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4D44DF55.6010804@ukr.net> Date: Sun, 30 Jan 2011 05:47:33 +0200 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <4D3DF4B8.4050901@ukr.net> In-Reply-To: <4D3DF4B8.4050901@ukr.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Subject: Re: [ZFS] How to change the geom label for a disk without losing data in the ZFS pool? 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, 30 Jan 2011 03:47:40 -0000 Why does not appear glabel label when connecting to a ZFS pool??? # glabel list ad18 glabel: No such geom: ad18. # glabel list ad18p1 glabel: No such geom: ad18p1. # gpart list ad18 Geom name: ad18 fwheads: 16 fwsectors: 63 last: 1465149134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ad18p1 Mediasize: 750156339712 (699G) Sectorsize: 512 Mode: r1w1e1 rawuuid: ebf9f19e-2bd4-11e0-be1c-00e04d7b690c rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: disk5 length: 750156339712 offset: 17408 type: freebsd-zfs index: 1 end: 1465149134 start: 34 Consumers: 1. Name: ad18 Mediasize: 750156374016 (699G) Sectorsize: 512 Mode: r1w1e2 # glabel list Geom name: ad12p1 Providers: 1. Name: gpt/disk2 Mediasize: 750156339712 (699G) Sectorsize: 512 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 1465149101 length: 750156339712 index: 0 Consumers: 1. Name: ad12p1 Mediasize: 750156339712 (699G) Sectorsize: 512 Mode: r1w1e2 Geom name: ad14p1 Providers: 1. Name: gpt/disk3 Mediasize: 750156339712 (699G) Sectorsize: 512 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 1465149101 length: 750156339712 index: 0 Consumers: 1. Name: ad14p1 Mediasize: 750156339712 (699G) Sectorsize: 512 Mode: r1w1e2 Geom name: ad16p1 Providers: 1. Name: gpt/disk4 Mediasize: 750156339712 (699G) Sectorsize: 512 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 1465149101 length: 750156339712 index: 0 Consumers: 1. Name: ad16p1 Mediasize: 750156339712 (699G) Sectorsize: 512 Mode: r1w1e2 Geom name: ad10p1 Providers: 1. Name: gpt/disk1 Mediasize: 750156339712 (699G) Sectorsize: 512 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 1465149101 length: 750156339712 index: 0 Consumers: 1. Name: ad10p1 Mediasize: 750156339712 (699G) Sectorsize: 512 Mode: r1w1e2 Geom name: ad8p1 Providers: 1. Name: gpt/disk0 Mediasize: 750156339712 (699G) Sectorsize: 512 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 1465149101 length: 750156339712 index: 0 Consumers: 1. Name: ad8p1 Mediasize: 750156339712 (699G) Sectorsize: 512 Mode: r1w1e2 # zpool status pool: tank state: ONLINE scrub: scrub in progress for 9h7m, 51,27% done, 8h40m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz2 ONLINE 0 0 0 gpt/disk0 ONLINE 0 0 0 gpt/disk1 ONLINE 0 0 0 gpt/disk2 ONLINE 0 0 0 gpt/disk3 ONLINE 0 0 0 gpt/disk4 ONLINE 0 0 0 ad18p1 ONLINE 0 0 0 errors: No known data errors # zpool offline tank ad18p1 # glabel list ad18p1 Geom name: ad18p1 Providers: 1. Name: gpt/disk5 Mediasize: 750156339712 (699G) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 1465149101 length: 750156339712 index: 0 Consumers: 1. Name: ad18p1 Mediasize: 750156339712 (699G) Sectorsize: 512 Mode: r0w0e0 # zpool online tank ad18p1 # glabel list ad18p1 glabel: No such geom: ad18p1. -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11@jabber.ru From owner-freebsd-geom@FreeBSD.ORG Sun Jan 30 18:10:43 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 400B3106566B for ; Sun, 30 Jan 2011 18:10:43 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id A1E058FC17 for ; Sun, 30 Jan 2011 18:10:42 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.4/8.14.4) with ESMTP id p0UIALOj049321; Sun, 30 Jan 2011 20:10:23 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4D45A98C.4030801@ukr.net> Date: Sun, 30 Jan 2011 20:10:20 +0200 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: jhell References: <4D3DF4B8.4050901@ukr.net> <4D44DF55.6010804@ukr.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org Subject: Re: [ZFS] How to change the geom label for a disk without losing data in the ZFS pool? 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, 30 Jan 2011 18:10:43 -0000 30.01.2011 19:57, jhell wrote: > You are using gpt/* labels in this pool and there is no use for glabel(8) > functionality since you already have the disk labeled by gpart(8). I have all of the disks created via gpart. But after export|import ZFS pool lost the label on one disc. All the rest is normally displayed by gpart|glabel, and this gpart, like, gives the correct results, but glabel - no issue when using a ZFS pool. I think this is a serious problem, as GEOM, and ZFS. In this situation, I can not change or rename the "problem" disc when running ZFS pool. -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11@jabber.ru From owner-freebsd-geom@FreeBSD.ORG Sun Jan 30 18:24:55 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 C66E1106566C for ; Sun, 30 Jan 2011 18:24:55 +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 869058FC08 for ; Sun, 30 Jan 2011 18:24:55 +0000 (UTC) Received: by iwn39 with SMTP id 39so4802473iwn.13 for ; Sun, 30 Jan 2011 10:24:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:in-reply-to :message-id:references:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=wHfkvLgPRtWAiwu96t5wToyykxJ0+6LEeUVgw6Bx7Eo=; b=cQPClfPW8xbyM1y/Vnvpn1kfkArRq57Szmpb/b0LpAvhj5owUSWETpA0ioj32mbAjX ZGfUgma+PrKdk6tISEZkJln/Veo8+7YwKAdaH6/NuqOdZXKQuvCgfSxSzlNBA7qNFrP5 ncCHGMEbwdeMsPEjH7o4o7g8KCKiIkoFzLHpg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=ldoDGGflodmLLeXpDCdFtQntXeYBaGL650lAX2UrsceoucrLPM2AGUzRCWlsKi0aKm 6wb9MHZCddIwHJRCkW/bTFuFIIG0TGVhc3XX9VwUrU9799u8Aq0McyGM1gHRLZHKdVPU f7zYn/s2zmz54dkHDP1wXLk6S5XwLkRb4+pdU= Received: by 10.42.173.6 with SMTP id p6mr6709917icz.183.1296410287474; Sun, 30 Jan 2011 09:58:07 -0800 (PST) Received: from disbatch.dataix.local (adsl-99-190-82-103.dsl.klmzmi.sbcglobal.net [99.190.82.103]) by mx.google.com with ESMTPS id u5sm15404701ics.6.2011.01.30.09.58.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 30 Jan 2011 09:58:05 -0800 (PST) Sender: "J. Hellenthal" Date: Sun, 30 Jan 2011 12:57:45 -0500 From: jhell To: "Vladislav V. Prodan" In-Reply-To: <4D44DF55.6010804@ukr.net> Message-ID: References: <4D3DF4B8.4050901@ukr.net> <4D44DF55.6010804@ukr.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-geom@freebsd.org Subject: Re: [ZFS] How to change the geom label for a disk without losing data in the ZFS pool? 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, 30 Jan 2011 18:24:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 29 Jan 2011 22:47, universite@ wrote: > Why does not appear glabel label when connecting to a ZFS pool??? > > # zpool status > pool: tank > state: ONLINE > scrub: scrub in progress for 9h7m, 51,27% done, 8h40m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > raidz2 ONLINE 0 0 0 > gpt/disk0 ONLINE 0 0 0 > gpt/disk1 ONLINE 0 0 0 > gpt/disk2 ONLINE 0 0 0 > gpt/disk3 ONLINE 0 0 0 > gpt/disk4 ONLINE 0 0 0 > ad18p1 ONLINE 0 0 0 > You are using gpt/* labels in this pool and there is no use for glabel(8) functionality since you already have the disk labeled by gpart(8). If you would like to use glabel(8) instead then your pool will need to be pointed to those devices like so: zpool create tank raidz2 label/disk{0,1,2,3,4} If you were to use glabel(8) on any other disk that has been setup to not use the generic label/* then the result of using glabel(8) would be to the same effect as writing to parts of your pool and destroying the data that is already on it causing the situation that you see here. To say the least... choose one or the other but not both. Regards, - -- jhell -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJNRaajAAoJEJBXh4mJ2FR+UncH+gPJKgUxWnHy2QUuBNAilaSF r4cd/3uWXXw139jZIcQ0BruwyI+iDUxP06b8MPSU1xFWq0TGPQ+ieq9HiX5q47cD KOb+KSeosumXe9AWzSUDr9i0lgNtZmVfihveDb4CN2eAVGp16WbKCSOsVw53RV2z nZD9rzd9Tn+rJT3+Tzf69hGfuP94KWhWQ1Zmx/oNzsgUmy37uM/ijmmCWIAHpsOo EeLDxZNizaHFkWJ+6mXH0peNGdnRk6Zrsix1L0mlA936XKfOpO+lkSNR3CERZKXy 0GVQvy8Ag2moUwP3abyuTWnjFU034nBla6FUXrXBRu6yrs78jgqEHbuFgiRRbo0= =zU4p -----END PGP SIGNATURE----- From owner-freebsd-geom@FreeBSD.ORG Mon Jan 31 06:04: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 F17A2106566B for ; Mon, 31 Jan 2011 06:04:17 +0000 (UTC) (envelope-from jhellenthal@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 B08FE8FC14 for ; Mon, 31 Jan 2011 06:04:17 +0000 (UTC) Received: by iyb26 with SMTP id 26so4633345iyb.13 for ; Sun, 30 Jan 2011 22:04:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:in-reply-to :message-id:references:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=f2OhR+0phmIkay3VY4Ow6qe/HYB7+T7tXv6XR7QghJ4=; b=tX+SYYi2L7IJxGgK0HYXI7rrMK3NnV3nrhiHfbtvhl6l8DAQQwDNGUHwUPuQ4mcVNn xR3ps1aBaqxH1DZk3KbkZi1/0v9JKQuoNdStNRqD1DhzLIyzABYkeQqXXCa+TH3hTGl4 HwX4/FFc41/lTR8uzKi8LaftBVWItH7Hewin4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=nAWGnIB5bjshsyY2Lc7GVfrGMOt9fipx+N7FP0MTHqw8UarUlar6gCUM4RpuB5x/aU txqGJWfKuMzI1u0beKkiG1OYsfPDRuOunvkeEwqm3o1bIunMUrTARU7ifcx7ralA2czj HRpGaTiFH8hfILU/FdEd5UYzVeHr8WXCI/y1Y= Received: by 10.231.32.130 with SMTP id c2mr6165282ibd.35.1296453857200; Sun, 30 Jan 2011 22:04:17 -0800 (PST) Received: from disbatch.dataix.local (adsl-99-119-131-142.dsl.klmzmi.sbcglobal.net [99.119.131.142]) by mx.google.com with ESMTPS id 8sm17597028iba.10.2011.01.30.22.04.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 30 Jan 2011 22:04:14 -0800 (PST) Sender: "J. Hellenthal" Date: Mon, 31 Jan 2011 01:03:52 -0500 From: jhell To: "Vladislav V. Prodan" In-Reply-To: <4D44DF55.6010804@ukr.net> Message-ID: References: <4D3DF4B8.4050901@ukr.net> <4D44DF55.6010804@ukr.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-geom@freebsd.org Subject: Re: [ZFS] How to change the geom label for a disk without losing data in the ZFS pool? 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, 31 Jan 2011 06:04:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 29 Jan 2011 22:47, universite@ wrote: > Why does not appear glabel label when connecting to a ZFS pool??? > > # zpool status > pool: tank > state: ONLINE > scrub: scrub in progress for 9h7m, 51,27% done, 8h40m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > raidz2 ONLINE 0 0 0 > gpt/disk0 ONLINE 0 0 0 > gpt/disk1 ONLINE 0 0 0 > gpt/disk2 ONLINE 0 0 0 > gpt/disk3 ONLINE 0 0 0 > gpt/disk4 ONLINE 0 0 0 > ad18p1 ONLINE 0 0 0 You are attaching or have attached this disk to the pool. When attached... gpt/* label/* gptid/* remove them self because the provider is now in use. This is expected correct behavior. > > errors: No known data errors > > # zpool offline tank ad18p1 > # glabel list ad18p1 > Geom name: ad18p1 > Providers: > 1. Name: gpt/disk5 Here you have generically labeled a gpt/* already labeled disk which makes no sense... It is already labeled. Labeling it again with a generic label is only going to cause what you found out below. > Mediasize: 750156339712 (699G) > Sectorsize: 512 > Mode: r0w0e0 > secoffset: 0 > offset: 0 > seclength: 1465149101 > length: 750156339712 > index: 0 > Consumers: > 1. Name: ad18p1 > Mediasize: 750156339712 (699G) > Sectorsize: 512 > Mode: r0w0e0 > # zpool online tank ad18p1 Here you have on-lined ad18p1 so therefore gpt/disk5 which you have generically mis-labeled with glabel(8), disappears... as stated earlier, this is expected behavior. > # glabel list ad18p1 > glabel: No such geom: ad18p1. > glabel(8) generic labels are not for use with gpart(8) '-l'. There is no benefit to using both... Choose one or the other, but I would suggest that if you have already been through the trouble of setting up your disks with gpart + GPT then continue to use the gpt/* labels and skip using glabel(8). - -- jhell -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJNRlDVAAoJEJBXh4mJ2FR+Z5AH/1QgaFNFAnmV0OG/lFlYsXV6 HrQ1MvBVuma0KEdnNL4t4kCYCkQ/boqyd6hxKmgriK2SbVXw/EFzTyNPW9uAebEg P22HgCdrYL09Qd47QixPU7l9Kos6Gc8dHr+mFMrDccR1Jt11HrUPdihiDbBh5VJG MRflTRzMDVkk09+lkAQewjl2KQebOuff8WtVyPJA//+5MCWK2I9tClMaKI4Gb1s9 J3u8ykW7P86QamJKh8nTszEK+IgutLH4CwSxXXs42FEcK0kYarVu/S/35faf4sLK dnYhWFcavdtbhpVTwokZVFMoY3o64R/0LHSwDmx8pLrv7QCtWowcsMIBANHjTQE= =GY1U -----END PGP SIGNATURE----- From owner-freebsd-geom@FreeBSD.ORG Mon Jan 31 11:07:01 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 4F8C61065694 for ; Mon, 31 Jan 2011 11:07:01 +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 3EA668FC24 for ; Mon, 31 Jan 2011 11:07:01 +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 p0VB71PO091771 for ; Mon, 31 Jan 2011 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0VB70Yf091769 for freebsd-geom@FreeBSD.org; Mon, 31 Jan 2011 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 31 Jan 2011 11:07:00 GMT Message-Id: <201101311107.p0VB70Yf091769@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, 31 Jan 2011 11:07:01 -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/154226 geom [geom] GEOM label does not change when you modify them o kern/152609 geom [geli] geli onetime on gzero panics 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 f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize o kern/131353 geom [geom] gjournal(8) kernel lock p docs/130548 geom [patch] gjournal(8) man page is missing sysctls 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/88601 geom [geli] geli cause kernel panic under heavy disk usage o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. 54 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Jan 31 15:33:24 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 85BE11065746; Mon, 31 Jan 2011 15:33:24 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5BB218FC0C; Mon, 31 Jan 2011 15:33:24 +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 p0VFXOF3085874; Mon, 31 Jan 2011 15:33:24 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0VFXNx9085870; Mon, 31 Jan 2011 15:33:24 GMT (envelope-from ae) Date: Mon, 31 Jan 2011 15:33:24 GMT Message-Id: <201101311533.p0VFXNx9085870@freefall.freebsd.org> To: aryeh@flosoft.no-ip.biz, ae@FreeBSD.org, freebsd-geom@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/132242: [gmirror] gmirror.ko fails to fully initialize X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2011 15:33:24 -0000 Synopsis: [gmirror] gmirror.ko fails to fully initialize State-Changed-From-To: feedback->closed State-Changed-By: ae State-Changed-When: Mon Jan 31 15:32:17 UTC 2011 State-Changed-Why: feedback timeout. http://www.freebsd.org/cgi/query-pr.cgi?pr=132242 From owner-freebsd-geom@FreeBSD.ORG Mon Jan 31 16:21:53 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 DAF301065674; Mon, 31 Jan 2011 16:21:53 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B1FAE8FC1A; Mon, 31 Jan 2011 16:21:53 +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 p0VGLrHE038860; Mon, 31 Jan 2011 16:21:53 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0VGLqof038856; Mon, 31 Jan 2011 16:21:52 GMT (envelope-from ae) Date: Mon, 31 Jan 2011 16:21:52 GMT Message-Id: <201101311621.p0VGLqof038856@freefall.freebsd.org> To: hywel@hmallett.co.uk, ae@FreeBSD.org, freebsd-geom@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: docs/130548: [patch] gjournal(8) man page is missing sysctls 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, 31 Jan 2011 16:21:53 -0000 Synopsis: [patch] gjournal(8) man page is missing sysctls State-Changed-From-To: patched->closed State-Changed-By: ae State-Changed-When: Mon Jan 31 16:21:24 UTC 2011 State-Changed-Why: Merged to stable/8 and stable/7. http://www.freebsd.org/cgi/query-pr.cgi?pr=130548 From owner-freebsd-geom@FreeBSD.ORG Mon Jan 31 16:30:14 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 417451065672 for ; Mon, 31 Jan 2011 16:30:14 +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 156B98FC18 for ; Mon, 31 Jan 2011 16:30:14 +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 p0VGUDv1039197 for ; Mon, 31 Jan 2011 16:30:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0VGUDTG039191; Mon, 31 Jan 2011 16:30:13 GMT (envelope-from gnats) Date: Mon, 31 Jan 2011 16:30:13 GMT Message-Id: <201101311630.p0VGUDTG039191@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: docs/130548: commit references a PR X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2011 16:30:14 -0000 The following reply was made to PR docs/130548; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: docs/130548: commit references a PR Date: Mon, 31 Jan 2011 16:20:37 +0000 (UTC) Author: ae Date: Mon Jan 31 16:20:28 2011 New Revision: 218133 URL: http://svn.freebsd.org/changeset/base/218133 Log: MFC r188728 by pjd: Document kern.geom.journal.* sysctls. PR: docs/130548 Submitted by: Hywel Mallett MFC r188729 by pjd: Correct the year. Reported by: Florian Smeets Modified: stable/7/sbin/geom/class/journal/gjournal.8 Directory Properties: stable/7/sbin/geom/class/journal/ (props changed) Modified: stable/7/sbin/geom/class/journal/gjournal.8 ============================================================================== --- stable/7/sbin/geom/class/journal/gjournal.8 Mon Jan 31 15:52:00 2011 (r218132) +++ stable/7/sbin/geom/class/journal/gjournal.8 Mon Jan 31 16:20:28 2011 (r218133) @@ -1,4 +1,4 @@ -.\" Copyright (c) 2006-2007 Pawel Jakub Dawidek +.\" Copyright (c) 2006-2009 Pawel Jakub Dawidek .\" All rights reserved. .\" .\" Redistribution and use in source and binary forms, with or without @@ -24,7 +24,7 @@ .\" .\" $FreeBSD$ .\" -.Dd April 13, 2008 +.Dd February 17, 2009 .Dt GJOURNAL 8 .Os .Sh NAME @@ -223,6 +223,106 @@ gjournal label da0s1d da0s1e && \e mount -o async /dev/da0s1d.journal /mnt || \e mount /dev/da0s1d /mnt .Ed +.Sh SYSCTLS +Gjournal adds the sysctl level kern.geom.journal. +The string and integer information available is detailed below. +The changeable column shows whether a process with appropriate privilege may +change the value. +.Bl -column "accept_immediatelyXXXXXX" integerXXX -offset indent +.It Sy "sysctl name Type Changeable" +.It "debug integer yes" +.It "switch_time integer yes" +.It "force_switch integer yes" +.It "parallel_flushes integer yes" +.It "accept_immediately integer yes" +.It "parallel_copies integer yes" +.It "record_entries integer yes" +.It "optimize integer yes" +.El +.Pp +.Bl -tag -width 6n +.It Li debug +Setting a non-zero value enables debugging at various levels. +Debug level 1 will record actions at a journal level, relating to journal +switches, metadata updates etc. +Debug level 2 will record actions at a higher level, relating to the numbers of +entries in journals, access requests etc. +Debug level 3 will record verbose detail, including insertion of I/Os to the +journal. +.It Li switch_time +The maximum number of seconds a journal is allowed to remain open before +switching to a new journal. +.It Li force_switch +Force a journal switch when the journal uses more than N% of the free journal space. +.It Li parallel_flushes +The number of flush I/O requests to be sent in parallel when flushing the journal to the data provider. +.It Li accept_immediately +The maximum number of I/O requests accepted at the same time. +.It Li parallel_copies +The number of copy I/O requests to send in parallel. +.It Li record_entries +The maximum number of record entries to allow in a single journal. +.It Li optimize +Controls whether entries in a journal will be optimized, by combining overlapping I/Os into a single I/O, and reordering the entries in a journal. This can be disabled by setting the sysctl to 0. +.El +.Ss cache +The string and integer information available for the cache level +is detailed below. +The changeable column shows whether a process with appropriate +privilege may change the value. +.Bl -column "alloc_failuresXXXXXX" integerXXX -offset indent +.It Sy "sysctl name Type Changeable" +.It "used integer no" +.It "limit integer yes" +.It "divisor integer no" +.It "switch integer yes" +.It "misses integer yes" +.It "alloc_failures integer yes" +.El +.Pp +.Bl -tag -width 6n +.It Li used +The number of bytes currently allocated to the cache. +.It Li limit +The maximum number of bytes to be allocated to the cache. +.It Li divisor +Sets the cache size to be used as a proportion of kmem_size. A value of 2 (the default) will cause the cache size to be set to 1/2 of the kmem_size. +.It Li switch +Force a journal switch when this percentage of cache has been used. +.It Li misses +The number of cache misses, when data has been read, but was not found in the cache. +.It Li alloc_failures +The number of times memory failed to be allocated to the cache because the cache limit was hit. +.El +.Ss stats +The string and integer information available for the statistics level +is detailed below. +The changeable column shows whether a process with appropriate +privilege may change the value. +.Bl -column "skipped_bytesXXXXXX" integerXXX -offset indent +.It Sy "sysctl name Type Changeable" +.It "skipped_bytes integer yes" +.It "combined_ios integer yes" +.It "switches integer yes" +.It "wait_for_copy integer yes" +.It "journal_full integer yes" +.It "low_mem integer yes" +.El +.Pp +.Bl -tag -width 6n +.It Li skipped_bytes +The number of bytes skipped. +.It Li combined_ios +The number of I/Os which were combined by journal optimization. +.It Li switches +The number of journal switches. +.It Li wait_for_copy +The number of times the journal switch process had to wait for the previous journal copy to complete. +.It Li journal_full +The number of times the journal was almost full, forcing a journal switch. +.It Li low_mem +The number of times the low_mem hook was called. +.El .Sh SEE ALSO .Xr geom 4 , .Xr geom 8 , @@ -237,7 +337,3 @@ utility appeared in .Fx 7.0 . .Sh AUTHORS .An Pawel Jakub Dawidek Aq pjd@FreeBSD.org -.Sh BUGS -Documentation for sysctls -.Va kern.geom.journal.* -is missing. _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-geom@FreeBSD.ORG Tue Feb 1 19:18:40 2011 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6573A106576A for ; Tue, 1 Feb 2011 19:18:40 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id F261C8FC1F for ; Tue, 1 Feb 2011 19:18:39 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.4/8.14.3) with ESMTP id p11IdNsM056070 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 1 Feb 2011 10:39:24 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <4D485356.3000908@feral.com> Date: Tue, 01 Feb 2011 10:39:18 -0800 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.6 (ns1.feral.com [192.168.221.1]); Tue, 01 Feb 2011 10:39:24 -0800 (PST) Cc: Subject: setting a dump device as a side effect of getattr X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2011 19:18:40 -0000 The current mechanism for setting a dump device is to run down the list of geoms and call set_dumper at the bottom layer. Would anyone object to making the caller of the GETTATTR for GEOM::kerneldump responsible for calling set_dumper (if desired)? This gives systems some flexibility in changing or extending dump devices w/o having to play games witth doing save of the current dumper, calling the GETATTR, restoring the current dumper and so on.