From owner-freebsd-geom@FreeBSD.ORG Mon Jul 21 11:06:55 2008 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 A4E791065677 for ; Mon, 21 Jul 2008 11:06:55 +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 82CDA8FC1C for ; Mon, 21 Jul 2008 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m6LB6tCj031871 for ; Mon, 21 Jul 2008 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m6LB6tpd031867 for freebsd-geom@FreeBSD.org; Mon, 21 Jul 2008 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Jul 2008 11:06:55 GMT Message-Id: <200807211106.m6LB6tpd031867@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 Jul 2008 11:06:55 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo s kern/89102 geom [geom] [panic] panic when forced unmount FS from unplu o kern/89546 geom [geom] GEOM error a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML o kern/113419 geom [geom] geom fox multipathing not failing back o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/120021 geom net-p2p/qbittorrent crashes system when it works thoug o kern/120231 geom [geom] GEOM_CONCAT error adding second drive o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/122067 geom [panic]: Geom crashed during boot f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/123962 geom [panic] gjournal(8): gjournal (455Gb data, 8Gb journal o kern/124130 geom [gmirror][usb] gmirror fails to start usb devices that o kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s 22 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde(8) "destroy" not working. o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113885 geom [gmirror] [patch] improved gmirror balance algorithm o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/119743 geom [geom] geom label for cds is keeped after dismount and o kern/120044 geom [msdosfs] [geom] incorrect MSDOSFS label fries adminis o kern/121559 geom [patch] [geom] geom label class allows to create inacc o kern/123630 geom [patch] [gmirror] gmirror doesnt allow the original dr o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con 15 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Jul 22 19:57:16 2008 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 A92891065673 for ; Tue, 22 Jul 2008 19:57:16 +0000 (UTC) (envelope-from xd888cc7541309c3f@f4n.org) Received: from lore.f4n.org (2-1-6-25b.va.gbg.bostream.se [82.182.120.239]) by mx1.freebsd.org (Postfix) with SMTP id DC5748FC2B for ; Tue, 22 Jul 2008 19:57:15 +0000 (UTC) (envelope-from xd888cc7541309c3f@f4n.org) Received: (qmail 6308 invoked by uid 1000); 22 Jul 2008 19:31:37 -0000 Date: Tue, 22 Jul 2008 21:31:37 +0200 From: Pete To: freebsd-geom@freebsd.org Message-ID: <20080722193136.GA12642@lore.f4n.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Moving GELI to an oversized provider 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 Jul 2008 19:57:16 -0000 Due to an operator error (posted to freebsd-questions a week ago, "Using RocketRAID 1810A (hptmv) as an ordinary controller?") I have ended up with a bunch of disks having GELI inside a GEOM labeled provider, but everything offset 10 sectors from the end of the disk. That is, GEOM::ELI metadata is 11 sectors from the end of the disk and GEOM::LABEL is 10 sectors from the end. The content of the last ten sectors is unimportant and can be overwritten. In order to avoid having to rewrite all data I readded a GEOM label, placing it at the very last sector (but leaving the old one in place). I then 'geli restore':ed the GELI metadata to the newly created label, so that the end of the disk looks like: sector -1: new GEOM label sector -2: copy of old GELI metadata ... sector -10: old GEOM label sector -11: old GELI metadata This appears to be working just fine but I worry about gotchas, for instance if GELI were to access data by negative offset from the end of the provider (or would this be highly unnatural, making it unlikely even in future versions?). I notice that g_eli_taste in g_eli.c compares the stored size with the provider's size, but perhaps this is only an issue for the root file system (making it irrelevant for me)? Finally, is there a "clean" solution to this, for instance setting up an in-memory GEOM provider which references a certain slice of a disk? (Based on the documentation it appears as if NetBSD's "dkctl addwedge" does this, perhaps there is a FreeBSD equivalent.) Any comments would be appreciated!