From owner-freebsd-geom@FreeBSD.ORG Mon Jan 3 11:07: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 4791110656E0 for ; Mon, 3 Jan 2011 11:07:04 +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 35B898FC29 for ; Mon, 3 Jan 2011 11:07:04 +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 p03B74b9046494 for ; Mon, 3 Jan 2011 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p03B73aO046492 for freebsd-geom@FreeBSD.org; Mon, 3 Jan 2011 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Jan 2011 11:07:03 GMT Message-Id: <201101031107.p03B73aO046492@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 11:07:04 -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/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/147852 geom [geom] [panic] graid3 panic: wrong offset 16384 for se o kern/147851 geom [geom] [panic] graid3 panic: g_read_data: invalid leng o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/147664 geom [geom] [patch] Add the ability to create linux and fat 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/144962 geom [geom] panic when accessing GPT disk with a large numb 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 bin/120990 geom [patch] support "BIOS Boot" partition type in gpt(8) 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. 58 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Jan 4 17:22: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 BDAC01065670 for ; Tue, 4 Jan 2011 17:22:08 +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 219D98FC1B for ; Tue, 4 Jan 2011 17:22:07 +0000 (UTC) Received: from relay.ibs.dn.ua (localhost [127.0.0.1]) by relay.ibs.dn.ua with ESMTP id p04H6Bxu000626 for ; Tue, 4 Jan 2011 19:06:11 +0200 (EET) Received: (from zeus@localhost) by relay.ibs.dn.ua (8.14.4/8.14.4/Submit) id p04H6BU0000622 for freebsd-geom@freebsd.org; Tue, 4 Jan 2011 19:06:11 +0200 (EET) Date: Tue, 4 Jan 2011 19:06:11 +0200 From: Zeus V Panchenko To: freebsd-geom@freebsd.org Message-ID: <20110104170611.GA67159@relay.ibs.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 Subject: "secondary GPT table is corrupt or invalid" issue again 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: Tue, 04 Jan 2011 17:22:08 -0000 Hi, i was unable to find clear answer and decided to ask here the subj was asked several times but no answer i can use to get rid of the message ... please, advice if possible what to do? > uname -a FreeBSD 8.1-RELEASE amd64 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 ada2: ATA-8 SATA 2.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada0 is system disk ada1 and ada2 are gparted as GPT and gmirrored for the storage ... GPT was configured this way: 1. gpart create -s gpt /dev/ada1 2. gpart add -b 2048 -s 1953521664 -t freebsd-ufs /dev/ada1 3. newfs -f 4096 -b 32768 -g 1048576 -o space -U -L STORAGE01 /dev/ada1p1 > gpart show => 63 976773105 ada0 MBR (466G) 63 976773105 1 freebsd [active] (466G) => 34 1953525101 ada1 GPT (932G) 34 2014 - free - (1.0M) 2048 1953521664 1 freebsd-ufs (932G) 1953523712 1423 - free - (712K) => 34 1953525101 ada2 GPT (932G) 34 2014 - free - (1.0M) 2048 1953521664 1 freebsd-ufs (932G) 1953523712 1423 - free - (712K) => 0 976773105 ada0s1 BSD (466G) 0 2097152 1 freebsd-ufs (1.0G) 2097152 33554432 2 freebsd-swap (16G) 35651584 629145600 4 freebsd-ufs (300G) 664797184 311975921 5 freebsd-ufs (149G) gmirror was set this way: 1. gmirror label -v -b load gm0 /dev/ada1p1 2. gmirror insert gm0 /dev/ada2p1 > gmirror list Geom name: gm0 State: COMPLETE Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 3484717973 Providers: 1. Name: mirror/gm0 Mediasize: 1000203091456 (932G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ada1p1 Mediasize: 1000203091968 (932G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 3482853087 2. Name: ada2p1 Mediasize: 1000203091968 (932G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 2645236674 while booting, i have this: GEOM: ada1: the secondary GPT table is corrupt or invalid. GEOM: ada1: using the primary only -- recovery suggested. GEOM: ada2: the secondary GPT table is corrupt or invalid. GEOM: ada2: using the primary only -- recovery suggested. GEOM_MIRROR: Device mirror/gm0 launched (2/2). so, if it is because of gmirror data overwritten GPT than how to fix them? if i need to reconfigure GPT or gmirror, than how and what, please? if i done something wrong, please help me to see my mistake ... -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) From owner-freebsd-geom@FreeBSD.ORG Fri Jan 7 17:46: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 EAED4106564A; Fri, 7 Jan 2011 17:46:43 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7593A8FC1C; Fri, 7 Jan 2011 17:46:42 +0000 (UTC) Received: from [192.168.134.2] (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id CF2A013DF5F; Fri, 7 Jan 2011 20:28:15 +0300 (MSK) Date: Fri, 7 Jan 2011 20:28:10 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <903352167.20110107202810@serebryakov.spb.ru> To: John Baldwin In-Reply-To: <201101070820.24144.jhb@freebsd.org> References: <1241746160.20110107151559@serebryakov.spb.ru> <201101070820.24144.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: phk@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Building "third-party" modules for kernel with debug options? X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2011 17:46:44 -0000 Hello, John. You wrote 7 =FF=ED=E2=E0=F0=FF 2011 =E3., 16:20:23: >> I've found, that "struct bio" is depend on state of "DIAGNOSTIC" >> flag ("options DIAGNOSTIC" in kernel config). But when I build >> third-party GEOM (or any other) module with using of , >> there is no access to these options. So, module, built from ports, can >> fail on user's kernel, even if it built with proper kernel sources in >> "/usr/src/sys". Is here any solution for this problem? >>=20 >> P.S. NB: GEOM module is only example, question is about modules & >> kernel options in general, so I put this message on Hackers list. > In general we try to avoid having "public" kernel data structures change = size > when various kernel options are in use. Some noticeable exceptions to th= is > rule are PAE (i386-only) and LOCK_PROFILING (considered to be something u= sers > would not typically use). DIAGNOSTIC might arguably be considered the sa= me as > LOCK_PROFILING, but I am surprised it affects bio. It should only affect= a > GEOM module that uses bio_pblockno however in this case since you should = be > using kernel routines to allocate bio structures rather than malloc'ing o= ne > directly. Perhaps phk@ would ok moving bio_pblockno up above the optional > diagnostic fields. I've got "bio_caller2 used by the provider XXX" panic when kernel had DIAGNOSTIC and goem_raid5 had not... I've redirected this answer into GEOM list, as it is more GEOM-specific than my original message. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-geom@FreeBSD.ORG Sat Jan 8 11:55:27 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 CDADB1065713 for ; Sat, 8 Jan 2011 11:55:27 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward17.mail.yandex.net (forward17.mail.yandex.net [95.108.253.142]) by mx1.freebsd.org (Postfix) with ESMTP id DDC468FC0A for ; Sat, 8 Jan 2011 11:55:26 +0000 (UTC) Received: from smtp17.mail.yandex.net (smtp17.mail.yandex.net [95.108.252.17]) by forward17.mail.yandex.net (Yandex) with ESMTP id 22C2DA589B0; Sat, 8 Jan 2011 14:55:17 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1294487717; bh=NqCdOThg8GIEtBLaqAkXKpgdarzh2vvCgyW3eZKr1jc=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=qV6ebf7rdnBYtAUmrr12qvOUY+B6j2oyW5+Ilc4uTC6oLPDn3pgrENAc6+bS4EVM/ lwAnvJnFeMHnzcgpyzlrAi9j7iCk04tCjCbYCvMBsM+qMt3e3Rw8UWqz2wRxkk8Thl BAc0APMFt7dEtDJyZMmWOqXSI0uJEqp4cagaQ82k= Received: from [178.141.6.11] (dynamic-178-141-6-11.kirov.comstar-r.ru [178.141.6.11]) by smtp17.mail.yandex.net (Yandex) with ESMTPSA id E45D63070062; Sat, 8 Jan 2011 14:55:16 +0300 (MSK) Message-ID: <4D28509D.607@yandex.ru> Date: Sat, 08 Jan 2011 14:55:09 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101030 Thunderbird/3.1.6 MIME-Version: 1.0 To: zeus@ibs.dn.ua References: <20110104170611.GA67159@relay.ibs.dn.ua> In-Reply-To: <20110104170611.GA67159@relay.ibs.dn.ua> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6FDA5F37EE1A3DDF55C0AA4A" Cc: freebsd-geom@freebsd.org Subject: Re: "secondary GPT table is corrupt or invalid" issue again X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2011 11:55:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6FDA5F37EE1A3DDF55C0AA4A Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 04.01.2011 20:06, Zeus V Panchenko wrote: > while booting, i have this: >=20 > GEOM: ada1: the secondary GPT table is corrupt or invalid. > GEOM: ada1: using the primary only -- recovery suggested. > GEOM: ada2: the secondary GPT table is corrupt or invalid. > GEOM: ada2: using the primary only -- recovery suggested. > GEOM_MIRROR: Device mirror/gm0 launched (2/2). >=20 > so, if it is because of gmirror data overwritten GPT than how to fix > them? >=20 > if i need to reconfigure GPT or gmirror, than how and what, please? FreeBSD 8.2 has implemented support of recovering GPT. You can try to boot from livefs image or just update your system and use 'gpart recover'. But i strongly suggest to read related paragraph in manual page before. Backup is recommended of course. --=20 WBR, Andrey V. Elsukov --------------enig6FDA5F37EE1A3DDF55C0AA4A 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) iQEcBAEBAgAGBQJNKFCiAAoJEAHF6gQQyKF6ItAIAKKmxX74pNAn/6NudFA2OQfy 2NLqEbnID1MTCkJAL6CHxj0Htvf15zDEfkdXrYftc8s6S2Ot+lAvbI6F1rUsL5mj pNhifdoxDHSplaffJbhZYw0fEU6h5IrLQJaWxI4W5eaySts+3oLhgLZVX8kDaVY1 uUpcouBVl95TRITGykMIUkQy3FTW/fCfVFu81Izf6Aom8qqDp/pNzHM/WRIQx5AG DD2TYiR2hZyAAxjTA4rjkqM3Q/pQO6Z4te+1db0NP/URgccZ+CZxvez+HT9spBZq qYjXH0YdxcEvMEePElvxvKew6V62Sd75tbEOALm3U1fxwsuVukkxejin/C/VdkM= =S7/c -----END PGP SIGNATURE----- --------------enig6FDA5F37EE1A3DDF55C0AA4A-- From owner-freebsd-geom@FreeBSD.ORG Sat Jan 8 22:37:51 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 6F11C1065694 for ; Sat, 8 Jan 2011 22:37:51 +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 CC4D98FC21 for ; Sat, 8 Jan 2011 22:37:50 +0000 (UTC) Received: from relay.ibs.dn.ua (localhost [127.0.0.1]) by relay.ibs.dn.ua with ESMTP id p08Mbm5e066733; Sun, 9 Jan 2011 00:37:48 +0200 (EET) Received: (from zeus@localhost) by relay.ibs.dn.ua (8.14.4/8.14.4/Submit) id p08Mbl2k066732; Sun, 9 Jan 2011 00:37:47 +0200 (EET) Date: Sun, 9 Jan 2011 00:37:47 +0200 From: Zeus V Panchenko To: "Andrey V. Elsukov" Message-ID: <20110108223747.GA66627@relay.ibs.dn.ua> References: <20110104170611.GA67159@relay.ibs.dn.ua> <4D28509D.607@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4D28509D.607@yandex.ru> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 Cc: freebsd-geom@freebsd.org Subject: Re: "secondary GPT table is corrupt or invalid" issue again 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, 08 Jan 2011 22:37:51 -0000 Andrey V. Elsukov (bu7cher@yandex.ru) [11.01.08 13:55] wrote: > > FreeBSD 8.2 has implemented support of recovering GPT. You can try to > boot from livefs image or just update your system and use > 'gpart recover'. But i strongly suggest to read related paragraph > in manual page before. Backup is recommended of course. > what if i detach one hdd from mirror, than recover the one in mirror and attach the first one again, will it be right way? -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET)