From owner-freebsd-geom@FreeBSD.ORG Sun Feb 20 16:10:15 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 4D1141065673; Sun, 20 Feb 2011 16:10:15 +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 247F78FC16; Sun, 20 Feb 2011 16:10:15 +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 p1KGAFgg022916; Sun, 20 Feb 2011 16:10:15 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p1KGAEBP022912; Sun, 20 Feb 2011 16:10:15 GMT (envelope-from ae) Date: Sun, 20 Feb 2011 16:10:15 GMT Message-Id: <201102201610.p1KGAEBP022912@freefall.freebsd.org> To: ae@FreeBSD.org, freebsd-geom@FreeBSD.org, ae@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/154860: gmirror(8): [panic] geom_mirror panices system on specific sector contents 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, 20 Feb 2011 16:10:15 -0000 Synopsis: gmirror(8): [panic] geom_mirror panices system on specific sector contents Responsible-Changed-From-To: freebsd-geom->ae Responsible-Changed-By: ae Responsible-Changed-When: Sun Feb 20 16:09:46 UTC 2011 Responsible-Changed-Why: Take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=154860 From owner-freebsd-geom@FreeBSD.ORG Sun Feb 20 19:38:30 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 4FF45106564A for ; Sun, 20 Feb 2011 19:38:30 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id D9D188FC14 for ; Sun, 20 Feb 2011 19:38:29 +0000 (UTC) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id ABE7A8B141E for ; Sun, 20 Feb 2011 20:21:52 +0100 (CET) X-Spam-Flag: NO X-Spam-Score: -100.923 X-Spam-Level: X-Spam-Status: No, score=-100.923 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=0.000, TW_GP=0.077, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id CHtiDg-Gl0Qr for ; Sun, 20 Feb 2011 20:21:50 +0100 (CET) Received: from [192.168.100.30] (p54B0D207.dip.t-dialin.net [84.176.210.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id A14748B141B for ; Sun, 20 Feb 2011 20:21:50 +0100 (CET) Message-ID: <4D616979.30406@executive-computing.de> Date: Sun, 20 Feb 2011 20:20:25 +0100 From: Marco Steinbach User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: gpart restore seems to hang on corrupted secondary GPT label 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, 20 Feb 2011 19:38:30 -0000 Hi, gpart restore seems to hang upon restoring the secondary GPT table on a drive formerly used as startup and system disc in a Mac OSX system. Oddly, I was already able to mount the drive and back up data to it before, where I simply ignored the warning (which I'm not exactly proud of now), disklabeled and newfs'ed the drive and went on. The backed up data is of no importance, and I could probably simply dd out the gpt data, but I tried gpart restore, which simply sits (see truss output) and seems to wait. I'm in a position of being able to try and test this with different revisions, if someone wants me to. gatekeeper# uname -a FreeBSD gatekeeper.c0c0.intra 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Thu Dec 23 18:43:57 UTC 2010 root@c3host.c0c0.intra:/usr/obj/usr/src/sys/GATEKEEPER i386 Connecting the drive yields: da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) GEOM: da0: the secondary GPT table is corrupt or invalid. GEOM: da0: using the primary only -- recovery suggested. GEOM: ufsid/4d2665945e9460e3: the secondary GPT table is corrupt or invalid. GEOM: ufsid/4d2665945e9460e3: using the primary only -- recovery suggested. gatekeeper# gpart status Name Status Components mirror/gatemirrors1 OK mirror/gatemirror mirror/gatemirrors1a OK mirror/gatemirrors1 ad2s1 OK ad2 ad2s1d OK ad2s1 da1s1 OK da1 ufsid/4d2665945e9460e3p1 CORRUPT ufsid/4d2665945e9460e3 gatekeeper# gpart delete -i 4 ufsid/4d2665945e9460e3 gpart: table 'ufsid/4d2665945e9460e3' is corrupt: Operation not permitted gatekeeper# truss gpart restore ufsid/4d2665945e9460e3 [...] sigaction(SIGINT,{ 0x281e3880 0x0 ss_t },0x0) = 0 (0x0) fstat(0,{ mode=crw--w---- ,inode=153,size=0,blksize=4096 }) = 0 (0x0) ioctl(0,TIOCGETA,0xbfbfb170) = 0 (0x0) I've left it sitting there for about twenty minutes, no change. gatekeeper# gpart list ufsid/4d2665945e9460e3 Geom name: ufsid/4d2665945e9460e3 state: CORRUPT fwheads: 255 fwsectors: 63 last: 976773134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ufsid/4d2665945e9460e3p1 Mediasize: 209715200 (200M) Sectorsize: 512 Mode: r0w0e0 rawuuid: 86bd4e71-aa40-43a8-9107-7d1ee6841157 rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b label: EFI System Partition length: 209715200 offset: 20480 type: efi index: 1 end: 409639 start: 40 2. Name: ufsid/4d2665945e9460e3p2 Mediasize: 21474836480 (20G) Sectorsize: 512 Mode: r0w0e0 rawuuid: 3855b6d8-8e41-4b8b-acad-abfe0c1a4622 rawtype: 48465300-0000-11aa-aa11-00306543ecac label: Untitled length: 21474836480 offset: 209735680 type: apple-hfs index: 2 end: 42352679 start: 409640 3. Name: ufsid/4d2665945e9460e3p3 Mediasize: 21474836480 (20G) Sectorsize: 512 Mode: r0w0e0 rawuuid: 9ac84f93-6efc-4d3e-906b-9f6ef82df2aa rawtype: 48465300-0000-11aa-aa11-00306543ecac label: Untitled length: 21474836480 offset: 21818789888 type: apple-hfs index: 3 end: 84557863 start: 42614824 4. Name: ufsid/4d2665945e9460e3p4 Mediasize: 456545779712 (425G) Sectorsize: 512 Mode: r0w0e0 rawuuid: 23a79a2e-d7ac-4b56-994b-42586020b598 rawtype: 48465300-0000-11aa-aa11-00306543ecac label: Untitled length: 456545779712 offset: 43427844096 type: apple-hfs index: 4 end: 976510983 start: 84820008 Consumers: 1. Name: ufsid/4d2665945e9460e3 Mediasize: 500107862016 (466G) Sectorsize: 512 Mode: r0w0e0 MfG CoCo From owner-freebsd-geom@FreeBSD.ORG Sun Feb 20 20:03:08 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 107401065672 for ; Sun, 20 Feb 2011 20:03:08 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward18.mail.yandex.net (forward18.mail.yandex.net [95.108.253.143]) by mx1.freebsd.org (Postfix) with ESMTP id AF19C8FC0C for ; Sun, 20 Feb 2011 20:03:07 +0000 (UTC) Received: from smtp18.mail.yandex.net (smtp18.mail.yandex.net [95.108.252.18]) by forward18.mail.yandex.net (Yandex) with ESMTP id 27EA3178164F; Sun, 20 Feb 2011 22:52:10 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1298231530; bh=vwVP0uI2cO/boozpdb0T0BtgXEriwqWk0kr5OQ4tOoc=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=kotFPNIOja/wqJzhaxcmAAhPvXOTjqTzDwY9d4LW9LU8eiXdwafitwRxKS25vtUmQ Le5be+aD4TR0L8QXnyR8FtjAXggEhwHhkVk+AhfW1Y1SwG91xGpwAw4iDYWFgdzgOF KDQ+TfKYEkiVtaszfvZ4N6l9qTNsQuOA7wEsKUzw= Received: from [178.141.5.98] (dynamic-178-141-5-98.kirov.comstar-r.ru [178.141.5.98]) by smtp18.mail.yandex.net (Yandex) with ESMTPSA id E74E13678080; Sun, 20 Feb 2011 22:52:09 +0300 (MSK) Message-ID: <4D6170D4.5030401@yandex.ru> Date: Sun, 20 Feb 2011 22:51:48 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110122 Thunderbird/3.1.7 MIME-Version: 1.0 To: Marco Steinbach References: <4D616979.30406@executive-computing.de> In-Reply-To: <4D616979.30406@executive-computing.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF3CA2C73F4395204E3407805" Cc: geom@freebsd.org Subject: Re: gpart restore seems to hang on corrupted secondary GPT label 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, 20 Feb 2011 20:03:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF3CA2C73F4395204E3407805 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 20.02.2011 22:20, Marco Steinbach wrote: > gatekeeper# truss gpart restore ufsid/4d2665945e9460e3 > [...] > sigaction(SIGINT,{ 0x281e3880 0x0 ss_t },0x0) =3D 0 (0x0) > fstat(0,{ mode=3Dcrw--w---- ,inode=3D153,size=3D0,blksize=3D4096 }) =3D= 0 (0x0) > ioctl(0,TIOCGETA,0xbfbfb170) =3D 0 (0x0) Hi, it is just waiting for input what it should restore. Did you read manual page? :) --=20 WBR, Andrey V. Elsukov --------------enigF3CA2C73F4395204E3407805 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.16 (FreeBSD) iQEcBAEBAgAGBQJNYXDaAAoJEAHF6gQQyKF6Ux0IAKcS1AuTRfIGlABZkicGbqU+ gtJvpP+77oFcqGPfifxbKg9dHsHAdER6lt0yiMdkYb6iJLTSxPL+7RIz8HZ7cOmf Rl1BFasUJsKB5D+BEn6EXeTehpcU2IgX5/mr3ByB9CYPltasTBDFN5wLQbbcT24T 4qiWAysK4TDmQ+ZJtZP/v40A1zd+y86JxU2gyeQYR5OJiIUOqpBlhnjRvIqGp/Cf ssIbbdhVNPMRnlfHv5fL43t5Qs9vkZ5ebqhU0neCBnu0B1BQTgWx68oSgBvfjhWO s1DNyBlLt94jn1SlD3lqkcwv4rKuivNg72IZIeDcH+waZn5iQosiHXgKZNH3LWE= =ICZe -----END PGP SIGNATURE----- --------------enigF3CA2C73F4395204E3407805-- From owner-freebsd-geom@FreeBSD.ORG Sun Feb 20 20:03:10 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 606B3106564A for ; Sun, 20 Feb 2011 20:03:10 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward14.mail.yandex.net (forward14.mail.yandex.net [95.108.130.92]) by mx1.freebsd.org (Postfix) with ESMTP id 01B8F8FC0A for ; Sun, 20 Feb 2011 20:03:09 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward14.mail.yandex.net (Yandex) with ESMTP id 86B1219814CC; Sun, 20 Feb 2011 22:59:33 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1298231973; bh=08usVvYVhvEfcB2J0eBKAJ6+qjohDVHD44UJ/aAjJts=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=URVqOfCBmmhjvcBYng6BuRKfZ4plhgmNSvg2BmmJNoIJX5LCjM7Ov0SNbMqtzXhfw TRAoLayqkVGKW/FMkdzoaXuNikOYISiH2sdCgphYMgPolb6CZ+vcIIW5Uba5/Ol5S3 Roxc+xwWgYos2g4uoqR55jKGTVxgq+BoWtP107Ag= Received: from [178.141.5.98] (dynamic-178-141-5-98.kirov.comstar-r.ru [178.141.5.98]) by smtp11.mail.yandex.net (Yandex) with ESMTPSA id 4418F4CC0080; Sun, 20 Feb 2011 22:59:33 +0300 (MSK) Message-ID: <4D617291.3020605@yandex.ru> Date: Sun, 20 Feb 2011 22:59:13 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110122 Thunderbird/3.1.7 MIME-Version: 1.0 To: Marco Steinbach References: <4D616979.30406@executive-computing.de> In-Reply-To: <4D616979.30406@executive-computing.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDA919994DF1A2227C2ED0E7F" Cc: geom@freebsd.org Subject: Re: gpart restore seems to hang on corrupted secondary GPT label 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, 20 Feb 2011 20:03:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDA919994DF1A2227C2ED0E7F Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 20.02.2011 22:20, Marco Steinbach wrote: > gpart restore seems to hang upon restoring the secondary GPT table on a= > drive formerly used as startup and system disc in a Mac OSX system. >=20 > Oddly, I was already able to mount the drive and back up data to it > before, where I simply ignored the warning (which I'm not exactly proud= > of now), disklabeled and newfs'ed the drive and went on. >=20 > The backed up data is of no importance, and I could probably simply dd > out the gpt data, but I tried gpart restore, which simply sits (see > truss output) and seems to wait. >=20 > I'm in a position of being able to try and test this with different > revisions, if someone wants me to. To recover corrupted GPT you should use `gpart recover` command. --=20 WBR, Andrey V. Elsukov --------------enigDA919994DF1A2227C2ED0E7F 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.16 (FreeBSD) iQEcBAEBAgAGBQJNYXKVAAoJEAHF6gQQyKF600YH/1SAnfb3p8LVOqpgVeXWvXb/ gQNzZS35+MWMy8s5qTkuzXmxDhjEomx6dhx2BG8Izmg5E4K2GBECauyf47D7fqwj KiEnSKZ/R1ObZ8r7ecO3cB4bv98B4Pfvfj+NDQ84TDGhIpOEGxhYftKR5PjRXAGo WUCN8RiHoQFf/ODI+PsC73mKq/st3qVYTNU4GCeRmI48Psy+G0qt2GDevO75r1Ki vGaERDKT0w/HuI4XnmVeSvGCnH1emrNwlA7aVowTHjgHGB6AdWzdEKNAzCybUWo3 wNdspysfS8pl6Z/zT75U9h9Tg4+m7P78niEMNbeBV94iwCgqqX51CbYx7nzbrxE= =2HkE -----END PGP SIGNATURE----- --------------enigDA919994DF1A2227C2ED0E7F-- From owner-freebsd-geom@FreeBSD.ORG Sun Feb 20 20:24:27 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 A0E67106564A for ; Sun, 20 Feb 2011 20:24:27 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5E58FC2A for ; Sun, 20 Feb 2011 20:24:27 +0000 (UTC) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id 87B4C8B141E for ; Sun, 20 Feb 2011 21:24:26 +0100 (CET) X-Spam-Flag: NO X-Spam-Score: -100.961 X-Spam-Level: X-Spam-Status: No, score=-100.961 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=0.039, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id 1YnClzlLcJ2R for ; Sun, 20 Feb 2011 21:24:24 +0100 (CET) Received: from [192.168.100.30] (p54B0D207.dip.t-dialin.net [84.176.210.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id AAB1A8B141B for ; Sun, 20 Feb 2011 21:24:24 +0100 (CET) Message-ID: <4D617823.1000407@executive-computing.de> Date: Sun, 20 Feb 2011 21:22:59 +0100 From: Marco Steinbach User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: geom@freebsd.org References: <4D616979.30406@executive-computing.de> <4D6170D4.5030401@yandex.ru> In-Reply-To: <4D6170D4.5030401@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Resolved: gpart restore seems to hang on corrupted secondary GPT label 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, 20 Feb 2011 20:24:27 -0000 Andrey V. Elsukov wrote on 20.02.2011 20:51: > On 20.02.2011 22:20, Marco Steinbach wrote: >> gatekeeper# truss gpart restore ufsid/4d2665945e9460e3 >> [...] >> sigaction(SIGINT,{ 0x281e3880 0x0 ss_t },0x0) = 0 (0x0) >> fstat(0,{ mode=crw--w---- ,inode=153,size=0,blksize=4096 }) = 0 (0x0) >> ioctl(0,TIOCGETA,0xbfbfb170) = 0 (0x0) > > Hi, > > it is just waiting for input what it should restore. > Did you read manual page? :) > Quite a discovery not being able to simply read man pages thoroughly enough. Thanks for pointing my nose to that :) The correct way, as pointed out in the second mail from Andrey and quite prominently stated in the man page, is to first gpart backup the GPT table, and then use gpart recover (not restore). Which worked as advertised. MfG CoCo From owner-freebsd-geom@FreeBSD.ORG Mon Feb 21 00:26:19 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 30332106566C; Mon, 21 Feb 2011 00:26:19 +0000 (UTC) Date: Mon, 21 Feb 2011 00:26:19 +0000 From: Alexander Best To: freebsd-geom@freebsd.org Message-ID: <20110221002619.GA28780@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: strange behavior after gpart {recover, resize} 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, 21 Feb 2011 00:26:19 -0000 hi there, i noticed ada0's status was CORRUPTED. that's why i ran gpart recover ada0. that worked. however now gpart was showing some freespace after the last partition, which never showed up beforehand. that's why i did sysctl kern.geom.debugflags=16 and ran gpart resize -i3 ada0 which also worked as expected. however now i can access ada0p3 only by it's /dev node. it won't show up in either /dev/ufs, /dev/label or /dev/gptid. i checked with tunefs -p and the ufs descriptor is defenately there. nothing in gpart status however. :( Name Status Components label/boot N/A ada0p1 gptid/e52df583-e446-11de-bb92-000fb58207c8 N/A ada0p1 label/swap N/A ada0p2 label/swapfs N/A ada1p1 ufs/varfs N/A ada1p2 ufs/usrfs N/A ada1p3 any clues? this is the current layout: => 34 488397101 ada0 GPT (233G) 34 128 1 freebsd-boot (64K) 162 16777216 2 freebsd-swap (8.0G) 16777378 471619757 3 freebsd-ufs (225G) => 34 1953525101 ada1 GPT (932G) 34 20971520 1 freebsd-swap (10G) 20971554 4194304 2 freebsd-ufs (2.0G) 25165858 1928359277 3 freebsd-ufs (920G) ...and this is tunefs -p's idea of ada0p3: tunefs: POSIX.1e ACLs: (-a) disabled tunefs: NFSv4 ACLs: (-N) disabled tunefs: MAC multilabel: (-l) disabled tunefs: soft updates: (-n) disabled tunefs: soft update journaling: (-j) disabled tunefs: gjournal: (-J) disabled tunefs: trim: (-t) disabled tunefs: maximum blocks per file in a cylinder group: (-e) 2048 tunefs: average file size: (-f) 16384 tunefs: average number of files in a directory: (-s) 64 tunefs: minimum percentage of free space: (-m) 8% tunefs: optimization preference: (-o) time tunefs: volume label: (-L) rootfs cheers. alex -- a13x From owner-freebsd-geom@FreeBSD.ORG Mon Feb 21 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 E099A1065698 for ; Mon, 21 Feb 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 CE14E8FC15 for ; Mon, 21 Feb 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 p1LB6xQ5075707 for ; Mon, 21 Feb 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 p1LB6xss075705 for freebsd-geom@FreeBSD.org; Mon, 21 Feb 2011 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Feb 2011 11:06:59 GMT Message-Id: <201102211106.p1LB6xss075705@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, 21 Feb 2011 11:07:00 -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 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/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 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. 53 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Feb 21 18:36:17 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 068E2106564A for ; Mon, 21 Feb 2011 18:36:17 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward16.mail.yandex.net (forward16.mail.yandex.net [95.108.253.141]) by mx1.freebsd.org (Postfix) with ESMTP id 93B038FC19 for ; Mon, 21 Feb 2011 18:36:16 +0000 (UTC) Received: from smtp18.mail.yandex.net (smtp18.mail.yandex.net [95.108.252.18]) by forward16.mail.yandex.net (Yandex) with ESMTP id BE484D4189A; Mon, 21 Feb 2011 21:36:14 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1298313374; bh=7/RfWIM7eUxHKoBKQL5Scs9oyMoy2kibb53KtdFreVc=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=v/Hyem8yqwGe00K/sQyPstZQbiqerVtCqpA2v/9ynCM3LBR1gQsCIstTaQDB5roiq xFngPpELkOqud/+3//sd9bhcC9LxxNW+0EvVHTBnrOX4ds99XkUJiAFMp3gAPxSsvm QMxgPqsXSCw+5CFpkEBsKtfu2VCYJF0ZiVSq8Kzo= Received: from [178.141.127.248] (dynamic-178-141-127-248.kirov.comstar-r.ru [178.141.127.248]) by smtp18.mail.yandex.net (Yandex) with ESMTPSA id 866283678098; Mon, 21 Feb 2011 21:36:14 +0300 (MSK) Message-ID: <4D62B086.9020907@yandex.ru> Date: Mon, 21 Feb 2011 21:35:50 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110122 Thunderbird/3.1.7 MIME-Version: 1.0 To: Alexander Best References: <20110221002619.GA28780@freebsd.org> In-Reply-To: <20110221002619.GA28780@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC23A6C26DB2DD5198B9CF6A5" Cc: freebsd-geom@freebsd.org Subject: Re: strange behavior after gpart {recover, resize} 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, 21 Feb 2011 18:36:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC23A6C26DB2DD5198B9CF6A5 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 21.02.2011 03:26, Alexander Best wrote: > i noticed ada0's status was CORRUPTED. that's why i ran gpart recover a= da0. > that worked. however now gpart was showing some freespace after the las= t > partition, which never showed up beforehand. that's why i did sysctl > kern.geom.debugflags=3D16 and ran gpart resize -i3 ada0 which also work= ed as > expected. I want to remind that `gpart resize` does only partition table changes. And if filesystem does not support automatic growing size you may need to use special tools to tell it about new size. > however now i can access ada0p3 only by it's /dev node. it won't show u= p in > either /dev/ufs, /dev/label or /dev/gptid. i checked with tunefs -p and= the > ufs descriptor is defenately there. nothing in gpart status however. :(= > any clues? GEOM LABEL class does not create labels when provider is already open. --=20 WBR, Andrey V. Elsukov --------------enigC23A6C26DB2DD5198B9CF6A5 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.16 (FreeBSD) iQEcBAEBAgAGBQJNYrCOAAoJEAHF6gQQyKF6fzQH/2Y5jFxWHfAOAO+gF+2liYjc dFWvM1qIMP+6HTTOIWcu2HsberKTljzZOL83yeH3U3U9BF++2Neyu+gLVmv7aJN1 WlVQnzkhZU1H+P3EeWrKq5NHDM/oyi39jvwqMqd0fk9bMtRC6gEkGglYjcHViSjP XDpYbZAdMtitcWvuhDNoAAneQ67oGb8kjDqwto15+hXv9oGbHuJXDj+tphBLEssQ urv23twlmVxKDcWSPJYwiykI2Y0tgC+A/4YVBBA5as1l47bf6h2PrcFB5qhbJ1eQ Lxnd7r92RIdKihiODocBkAE8HYT7pPNVTorwIK+//U2whPZ+XN/NBVm7zE58WOU= =N4Gs -----END PGP SIGNATURE----- --------------enigC23A6C26DB2DD5198B9CF6A5-- From owner-freebsd-geom@FreeBSD.ORG Mon Feb 21 19:27:19 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 42B03106566B; Mon, 21 Feb 2011 19:27:19 +0000 (UTC) Date: Mon, 21 Feb 2011 19:27:19 +0000 From: Alexander Best To: "Andrey V. Elsukov" Message-ID: <20110221192719.GA60369@freebsd.org> References: <20110221002619.GA28780@freebsd.org> <4D62B086.9020907@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D62B086.9020907@yandex.ru> Cc: freebsd-geom@freebsd.org Subject: Re: strange behavior after gpart {recover, resize} 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, 21 Feb 2011 19:27:19 -0000 On Mon Feb 21 11, Andrey V. Elsukov wrote: > On 21.02.2011 03:26, Alexander Best wrote: > > i noticed ada0's status was CORRUPTED. that's why i ran gpart recover ada0. > > that worked. however now gpart was showing some freespace after the last > > partition, which never showed up beforehand. that's why i did sysctl > > kern.geom.debugflags=16 and ran gpart resize -i3 ada0 which also worked as > > expected. > > I want to remind that `gpart resize` does only partition table changes. > And if filesystem does not support automatic growing size you may need > to use special tools to tell it about new size. otaku% sudo growfs -N /dev/ada0p3 new file systemsize is: 117904939 frags Warning: 170988 sector(s) cannot be allocated. growfs: not enough new space ...so i don't think resizing the fs by hand is necessary > > > however now i can access ada0p3 only by it's /dev node. it won't show up in > > either /dev/ufs, /dev/label or /dev/gptid. i checked with tunefs -p and the > > ufs descriptor is defenately there. nothing in gpart status however. :( > > any clues? > > GEOM LABEL class does not create labels when provider is already open. i performed the changes in single user mode and rebooted my machine afterwards. > > -- > WBR, Andrey V. Elsukov > -- a13x From owner-freebsd-geom@FreeBSD.ORG Tue Feb 22 02:55:38 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 2A1511065674; Tue, 22 Feb 2011 02:55:38 +0000 (UTC) (envelope-from eadler@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F2BF78FC13; Tue, 22 Feb 2011 02:55:37 +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 p1M2tbkS091979; Tue, 22 Feb 2011 02:55:37 GMT (envelope-from eadler@freefall.freebsd.org) Received: (from eadler@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p1M2tawE091975; Mon, 21 Feb 2011 21:55:36 -0500 (EST) (envelope-from eadler) Date: Mon, 21 Feb 2011 21:55:36 -0500 (EST) Message-Id: <201102220255.p1M2tawE091975@freefall.freebsd.org> To: jgreco@ns.sol.net, eadler@FreeBSD.org, freebsd-geom@FreeBSD.org From: eadler@FreeBSD.org Cc: Subject: Re: kern/135898: [geom] Severe filesystem corruption - large files or large filesystems 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, 22 Feb 2011 02:55:38 -0000 Synopsis: [geom] Severe filesystem corruption - large files or large filesystems State-Changed-From-To: open->feedback State-Changed-By: eadler State-Changed-When: Mon Feb 21 21:54:51 EST 2011 State-Changed-Why: Can you reproduce this on a recent version of freebsd? http://www.freebsd.org/cgi/query-pr.cgi?pr=135898 From owner-freebsd-geom@FreeBSD.ORG Tue Feb 22 17:40:34 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 624C910656A7; Tue, 22 Feb 2011 17:40:34 +0000 (UTC) (envelope-from eadler@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 373B68FC1A; Tue, 22 Feb 2011 17:40:34 +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 p1MHeYCa074758; Tue, 22 Feb 2011 17:40:34 GMT (envelope-from eadler@freefall.freebsd.org) Received: (from eadler@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p1MHeXuF074590; Tue, 22 Feb 2011 12:40:33 -0500 (EST) (envelope-from eadler) Date: Tue, 22 Feb 2011 12:40:33 -0500 (EST) Message-Id: <201102221740.p1MHeXuF074590@freefall.freebsd.org> To: jgreco@ns.sol.net, eadler@FreeBSD.org, freebsd-geom@FreeBSD.org From: eadler@FreeBSD.org Cc: Subject: Re: kern/135898: [geom] Severe filesystem corruption - large files or large filesystems 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, 22 Feb 2011 17:40:34 -0000 Synopsis: [geom] Severe filesystem corruption - large files or large filesystems State-Changed-From-To: feedback->open State-Changed-By: eadler State-Changed-When: Tue Feb 22 12:35:43 EST 2011 State-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=135898 From owner-freebsd-geom@FreeBSD.ORG Tue Feb 22 20:52:16 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 3B5221065670; Tue, 22 Feb 2011 20:52:16 +0000 (UTC) (envelope-from eadler@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 107728FC15; Tue, 22 Feb 2011 20:52: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 p1MKqFYW084180; Tue, 22 Feb 2011 20:52:15 GMT (envelope-from eadler@freefall.freebsd.org) Received: (from eadler@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p1MKqEo5084175; Tue, 22 Feb 2011 15:52:14 -0500 (EST) (envelope-from eadler) Date: Tue, 22 Feb 2011 15:52:14 -0500 (EST) Message-Id: <201102222052.p1MKqEo5084175@freefall.freebsd.org> To: jgreco@ns.sol.net, eadler@FreeBSD.org, freebsd-geom@FreeBSD.org From: eadler@FreeBSD.org Cc: Subject: Re: kern/135898: [geom] Severe filesystem corruption - large files or large filesystems 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, 22 Feb 2011 20:52:16 -0000 Synopsis: [geom] Severe filesystem corruption - large files or large filesystems State-Changed-From-To: feedback->open State-Changed-By: eadler State-Changed-When: Tue Feb 22 15:45:22 EST 2011 State-Changed-Why: Feedback received outside audit trail http://www.freebsd.org/cgi/query-pr.cgi?pr=135898