From owner-freebsd-geom@FreeBSD.ORG Mon Apr 13 11:06:53 2009 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 E54451065676 for ; Mon, 13 Apr 2009 11:06:53 +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 D1B368FC27 for ; Mon, 13 Apr 2009 11:06:53 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3DB6riI084947 for ; Mon, 13 Apr 2009 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3DB6r8u084943 for freebsd-geom@FreeBSD.org; Mon, 13 Apr 2009 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 13 Apr 2009 11:06:53 GMT Message-Id: <200904131106.n3DB6r8u084943@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, 13 Apr 2009 11:06:54 -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/133604 geom [gvinum] [panic] writing to gjournal on a gvinum volum 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/132242 geom [gmirror] gmirror.ko fails to fully initialize o kern/131353 geom [geom] gjournal(8) kernel lock o kern/131037 geom [geli] Unable to create disklabel on .eli-Device o kern/130528 geom gjournal fsck during boot o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid o bin/128398 geom [patch] glabel(8): teach geom_label to recognise gpt l f kern/128276 geom [gmirror] machine lock up when gmirror module is used o kern/126902 geom [geom] geom_label: kernel panic during install boot 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/124294 geom [geom] gmirror(8) have inappropriate logic when workin o kern/124130 geom [gmirror] [usb] gmirror fails to start usb devices tha o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123630 geom [patch] [gmirror] gmirror doesnt allow the original dr o kern/123122 geom [geom] GEOM / gjournal kernel lock f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121559 geom [patch] [geom] geom label class allows to create inacc o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120231 geom [geom] GEOM_CONCAT error adding second drive o kern/120044 geom [msdosfs] [geom] incorrect MSDOSFS label fries adminis o kern/120021 geom [geom] [panic] net-p2p/qbittorrent crashes system when o kern/119743 geom [geom] geom label for cds is keeped after dismount and f 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 o 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 p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach 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 a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null o kern/89546 geom [geom] GEOM error s kern/89102 geom [geom] [panic] panic when forced unmount FS from unplu 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. s kern/73177 geom kldload geom_* causes panic due to memory exhaustion 49 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Apr 14 09:00:08 2009 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 51987106564A for ; Tue, 14 Apr 2009 09:00:08 +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 19C4A8FC14 for ; Tue, 14 Apr 2009 09:00:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3E907aZ096875 for ; Tue, 14 Apr 2009 09:00:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3E907at096874; Tue, 14 Apr 2009 09:00:07 GMT (envelope-from gnats) Date: Tue, 14 Apr 2009 09:00:07 GMT Message-Id: <200904140900.n3E907at096874@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Ulf Lilleengen Cc: Subject: Re: kern/133604: [gvinum] [panic] writing to gjournal on a gvinum volume X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ulf Lilleengen List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 09:00:08 -0000 The following reply was made to PR kern/133604; it has been noted by GNATS. From: Ulf Lilleengen To: bug-followup@FreeBSD.org, pmc@citylink.dinoex.sub.org Cc: Subject: Re: kern/133604: [gvinum] [panic] writing to gjournal on a gvinum volume Date: Tue, 14 Apr 2009 10:21:54 +0200 --000e0cd25b640a4f6004677f8657 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On Sun, Apr 12, 2009 at 12:10 AM, wrote: > Old Synopsis: [panic] writing to gjournal on a gvinum volume > New Synopsis: [gvinum] [panic] writing to gjournal on a gvinum volume > > Responsible-Changed-From-To: freebsd-bugs->freebsd-geom > Responsible-Changed-By: linimon > Responsible-Changed-When: Sat Apr 11 22:10:10 UTC 2009 > Responsible-Changed-Why: > Over to maintainer(s). > > http://www.freebsd.org/cgi/query-pr.cgi?pr=133604 > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" Are you able to try gvinum from HEAD to see if it works there? I'll take a look into gvinum on 7.2-PRE as well, but just in case you would like to try it. -- Ulf Lilleengen --000e0cd25b640a4f6004677f8657 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Sun, Apr 12, 2009 at 12:10 AM, <linimon@freebsd.org= > wrote:
Old Synopsis: [panic] writing to gjournal on a gvinum volume
New Synopsis: [gvinum] [panic] writing to gjournal on a gvinum volume

Responsible-Changed-From-To: freebsd-bugs->freebsd-geom
Responsible-Changed-By: linimon
Responsible-Changed-When: Sat Apr 11 22:10:10 UTC 2009
Responsible-Changed-Why:
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=3D133604
_______________________________________________
freebsd-geom@freebsd.org ma= iling list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org"
=C2=A0
Are you able to try gvinum from HEAD to see if i= t works there? I'll take a look into gvinum on 7.2-PRE as well, but jus= t in case you would like to try it.

--
Ulf Lilleengen
--000e0cd25b640a4f6004677f8657-- From owner-freebsd-geom@FreeBSD.ORG Tue Apr 14 11:11:05 2009 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 C0F76106568A for ; Tue, 14 Apr 2009 11:11:05 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A29458FC17 for ; Tue, 14 Apr 2009 11:11:02 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA09714 for ; Tue, 14 Apr 2009 14:11:00 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49E46F44.30606@icyb.net.ua> Date: Tue, 14 Apr 2009 14:11:00 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-geom@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: glabel: newfs vs tunefs 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, 14 Apr 2009 11:11:07 -0000 I am not 100% sure, but it seems that glabel detects newfs -L labels very well, but doesn't see labels set by tunefs -L. I am not sure if ths happens always or "sometimes". Also, I used tunefs without -A option (it's documented as "potentially dangerous"). So could it possibly be that tunefs updates one copy of superblock, but glabel checks some other? -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Tue Apr 14 12:01:22 2009 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 6304D1065670 for ; Tue, 14 Apr 2009 12:01:22 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 14C458FC13 for ; Tue, 14 Apr 2009 12:01:21 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LthKK-0001K1-DV for freebsd-geom@freebsd.org; Tue, 14 Apr 2009 12:01:20 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Apr 2009 12:01:20 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Apr 2009 12:01:20 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Tue, 14 Apr 2009 14:01:05 +0200 Lines: 46 Message-ID: References: <49E46F44.30606@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB4D4DB6D2E59C59EF0EC8E56" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090318) In-Reply-To: <49E46F44.30606@icyb.net.ua> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: glabel: newfs vs tunefs 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, 14 Apr 2009 12:01:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB4D4DB6D2E59C59EF0EC8E56 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Andriy Gapon wrote: > I am not 100% sure, but it seems that glabel detects newfs -L labels ve= ry well, > but doesn't see labels set by tunefs -L. I am not sure if ths happens a= lways or > "sometimes". > Also, I used tunefs without -A option (it's documented as "potentially > dangerous"). So could it possibly be that tunefs updates one copy of su= perblock, > but glabel checks some other? Glabel checks superblocks in the order defined in ufs/ffs/fs.h : 68 #define SBLOCK_FLOPPY 0 69 #define SBLOCK_UFS1 8192 70 #define SBLOCK_UFS2 65536 71 #define SBLOCK_PIGGY 262144 72 #define SBLOCKSIZE 8192 73 #define SBLOCKSEARCH \ 74 { SBLOCK_UFS2, SBLOCK_UFS1, SBLOCK_FLOPPY, SBLOCK_PIGGY, -1 }= So it's theoretically possible that tunefs modifies the old (UFS1) location... --------------enigB4D4DB6D2E59C59EF0EC8E56 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.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ5HsIldnAQVacBcgRAvmzAJ9WvUMt2r+bMLFHuDB/xq0UaYOjiACg/nvh ragQmvwiahoi80b9ZgQ8YZk= =p3yd -----END PGP SIGNATURE----- --------------enigB4D4DB6D2E59C59EF0EC8E56-- From owner-freebsd-geom@FreeBSD.ORG Tue Apr 14 13:25:49 2009 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 008AD106566B; Tue, 14 Apr 2009 13:25:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0E56C8FC19; Tue, 14 Apr 2009 13:25:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA13669; Tue, 14 Apr 2009 16:25:34 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49E48ECE.8050809@icyb.net.ua> Date: Tue, 14 Apr 2009 16:25:34 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Ivan Voras References: <49E46F44.30606@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: glabel: newfs vs tunefs 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, 14 Apr 2009 13:25:49 -0000 on 14/04/2009 15:01 Ivan Voras said the following: > Andriy Gapon wrote: >> I am not 100% sure, but it seems that glabel detects newfs -L labels very well, >> but doesn't see labels set by tunefs -L. I am not sure if ths happens always or >> "sometimes". >> Also, I used tunefs without -A option (it's documented as "potentially >> dangerous"). So could it possibly be that tunefs updates one copy of superblock, >> but glabel checks some other? > > Glabel checks superblocks in the order defined in ufs/ffs/fs.h : > > 68 #define SBLOCK_FLOPPY 0 > 69 #define SBLOCK_UFS1 8192 > 70 #define SBLOCK_UFS2 65536 > 71 #define SBLOCK_PIGGY 262144 > 72 #define SBLOCKSIZE 8192 > 73 #define SBLOCKSEARCH \ > 74 { SBLOCK_UFS2, SBLOCK_UFS1, SBLOCK_FLOPPY, SBLOCK_PIGGY, -1 } > > So it's theoretically possible that tunefs modifies the old (UFS1) > location... OK, superblock location turned out to be a big red herring. There is a different problem in my case. >From dumpsfs output: size 13107199 fsize 2048 >From gpart list output: Mediasize: 26843545600 26843545600 / 2048 = 13107200 != 13107199 So the filesystem is slightly smaller that it could have been (probably because of the history of trying gjournal for it). Thus the following check in g_label_ufs.c fails: pp->mediasize / fs->fs_fsize == fs->fs_size While typically a filesystem covers whole available space (in a partition, etc), it doesn't have to be the case (e.g. newfs has -s option). So maybe this check is a little bit too strict? -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Fri Apr 17 14:04:48 2009 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 1240810656CA; Fri, 17 Apr 2009 14:04:48 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DB5C88FC24; Fri, 17 Apr 2009 14:04:47 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3HE4lV9021635; Fri, 17 Apr 2009 14:04:47 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3HE4lI4021631; Fri, 17 Apr 2009 14:04:47 GMT (envelope-from gavin) Date: Fri, 17 Apr 2009 14:04:47 GMT Message-Id: <200904171404.n3HE4lI4021631@freefall.freebsd.org> To: volker@freenas.org, gavin@FreeBSD.org, freebsd-geom@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/115547: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) 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, 17 Apr 2009 14:04:48 -0000 Synopsis: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Fri Apr 17 13:54:01 UTC 2009 State-Changed-Why: Mark as open, There seems to be no reason for this to be marked as awaiting feedback. http://www.freebsd.org/cgi/query-pr.cgi?pr=115547