From owner-freebsd-geom@FreeBSD.ORG Sun Jan 27 00:27:48 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 9BDFB16A418 for ; Sun, 27 Jan 2008 00:27:48 +0000 (UTC) (envelope-from news@nermal.rz1.convenimus.net) Received: from dd17730.kasserver.com (dd17730.kasserver.com [85.13.138.103]) by mx1.freebsd.org (Postfix) with ESMTP id 208B213C43E for ; Sun, 27 Jan 2008 00:27:48 +0000 (UTC) (envelope-from news@nermal.rz1.convenimus.net) Received: from nermal.rz1.convenimus.net (sub87-230-112-118.he-dsl.de [87.230.112.118]) by dd17730.kasserver.com (Postfix) with ESMTP id 83B9D1802C022 for ; Sun, 27 Jan 2008 00:56:53 +0100 (CET) Received: by nermal.rz1.convenimus.net (Postfix, from userid 8) id 13E251521D; Sun, 27 Jan 2008 00:20:57 +0100 (CET) To: freebsd-geom@freebsd.org Path: not-for-mail From: Christian Baer Newsgroups: gmane.os.freebsd.devel.geom Date: Sun, 27 Jan 2008 00:20:57 +0100 (CET) Organization: Convenimus Projekt Lines: 25 Message-ID: References: <478A93BF.4070404@vwsoft.com> <20080114011412.33a91fac@gumby.homeunix.com.> <478B5F8A.7090408@vwsoft.com> <36878.3953287222$1200345389@news.gmane.org> NNTP-Posting-Host: sunny.rz1.convenimus.net X-Trace: nermal.rz1.convenimus.net 1201389657 10510 192.168.100.5 (26 Jan 2008 23:20:57 GMT) X-Complaints-To: abuse@convenimus.net NNTP-Posting-Date: Sat, 26 Jan 2008 23:20:57 +0000 (UTC) User-Agent: slrn/0.9.8.1 (FreeBSD/6.2-RELEASE-p8 (sparc64)) Subject: Re: how-to: encryption + journaling (geli + gjournal) 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, 27 Jan 2008 00:27:48 -0000 On Mon, 14 Jan 2008 21:15:37 +0000 RW wrote: > There's no need to be rude, I'm only trying to help. You guys are both a little sensitive, aren't you? :-) > In my experience writing from /dev/random to a raw partition is almost > twice as fast as writing to an .eli device - essentially it's single > verses double encryption. True, this *is* faster. But there is also a reason for encrypting the random numbers - although I would probably use zeros which will look pretty much like random numbers on a disk once they are encrypted. If you use a checksum (geli init -a) geli will need to know what is on the disc. So you actually have to fill the disc through geli before you can use it. If you don't do this you will get lots of errors stating that the data on the disc is corrupt. I guess the reason why blanking a disc with encrypted random numbers is the double entropy and the fact that there are cases where you have to blank a disc through geli. Regards, Chris From owner-freebsd-geom@FreeBSD.ORG Mon Jan 28 00:24:57 2008 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 4350D16A41A; Mon, 28 Jan 2008 00:24:57 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1CCA613C46A; Mon, 28 Jan 2008 00:24:57 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0S0Ov6C059181; Mon, 28 Jan 2008 00:24:57 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0S0OuCF059177; Mon, 28 Jan 2008 00:24:56 GMT (envelope-from linimon) Date: Mon, 28 Jan 2008 00:24:56 GMT Message-Id: <200801280024.m0S0OuCF059177@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/120044: [msdosfs] [geom] incorrect MSDOSFS label fries administrative access to GEOM 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, 28 Jan 2008 00:24:57 -0000 Synopsis: [msdosfs] [geom] incorrect MSDOSFS label fries administrative access to GEOM Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jan 28 00:24:50 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=120044 From owner-freebsd-geom@FreeBSD.ORG Mon Jan 28 11:07:01 2008 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 4289916A49A for ; Mon, 28 Jan 2008 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 3137F13C4E7 for ; Mon, 28 Jan 2008 11:07:01 +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 m0SB71FR016304 for ; Mon, 28 Jan 2008 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0SB70cF016300 for freebsd-geom@FreeBSD.org; Mon, 28 Jan 2008 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Jan 2008 11:07:00 GMT Message-Id: <200801281107.m0SB70cF016300@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, 28 Jan 2008 11:07:01 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/76538 geom [gbde] nfs-write on gbde partition stalls and continue o kern/83464 geom [geom] [patch] Unhandled malloc failures within libgeo 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_vfs] [panic] panic when forced unmount FS from u o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom_mirror] [panic] Restore cause panic string (ffs_ 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/115572 geom [gbde] [patch] gbde partitions fail at 28bit/48bit LBA 13 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde "destroy" not working. 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 f kern/105390 geom [geli] filesystem on a md backed by sparse file with s o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to p bin/110705 geom gmirror control utility does not exit with correct exi o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113885 geom [geom] [patch] improved gmirror balance algorithm o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile o 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 12 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Jan 29 18:01:15 2008 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 9E50E16A419; Tue, 29 Jan 2008 18:01:15 +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 7780A13C4EF; Tue, 29 Jan 2008 18:01:15 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0TI1FVS068644; Tue, 29 Jan 2008 18:01:15 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0TI1FM0068640; Tue, 29 Jan 2008 18:01:15 GMT (envelope-from gavin) Date: Tue, 29 Jan 2008 18:01:15 GMT Message-Id: <200801291801.m0TI1FM0068640@freefall.freebsd.org> To: r.c.ladan@gmail.com, gavin@FreeBSD.org, freebsd-geom@FreeBSD.org, gavin@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/107707: [geom] [patch] [request] add new class geom_xbox360 to slice up xbox360 media 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, 29 Jan 2008 18:01:15 -0000 Synopsis: [geom] [patch] [request] add new class geom_xbox360 to slice up xbox360 media State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Tue Jan 29 18:00:04 UTC 2008 State-Changed-Why: To submitter: the link is a 404 now. Do you have a new location where the patch can be found? Thanks. Responsible-Changed-From-To: freebsd-geom->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Jan 29 18:00:04 UTC 2008 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=107707 From owner-freebsd-geom@FreeBSD.ORG Tue Jan 29 19:58:33 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 9E9B916A418 for ; Tue, 29 Jan 2008 19:58:33 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 2DF9613C468 for ; Tue, 29 Jan 2008 19:58:32 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so306414uge.37 for ; Tue, 29 Jan 2008 11:58:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=CiVC1FbU4Ior6vfSWK/z/07IFYuYxAxZKVovWsdskXQ=; b=b0afbPb0VKMik6JIeGpmrvkQ1smVFK4nweSZKfquAvDw5z25MQQPohZSC/leVHJnlPwN6w/PM4J910qeh3nbTX4qcEB9qItJWBjGMuoWJliGkiAGmpSzVxHaMuv8NnaTJnFYJWEoj/SU0gln4zFYwSmnpWgpbbmjHnRD3tYcEII= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=rnqoFIgmYOcSpx1cXzducHpimMWMCkNCogdOMkCTCmhn236MuH5aLdxS0wxwEFFpAKvqiu0U4s7OORwr1ZIrdt+VksUZpzg6uM1+gEf51SW4VrVbg/bZiuTeW8EVz1eHesUJaR7LSqVREa/F4wWeTekPc0K/5gSd7Fk2vzlv7OY= Received: by 10.67.22.14 with SMTP id z14mr1824477ugi.24.1201635091648; Tue, 29 Jan 2008 11:31:31 -0800 (PST) Received: from self.rene-ladan.nl ( [77.163.174.49]) by mx.google.com with ESMTPS id o24sm3609979ugd.41.2008.01.29.11.31.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 29 Jan 2008 11:31:30 -0800 (PST) Message-ID: <479F7F10.1000709@gmail.com> Date: Tue, 29 Jan 2008 20:31:28 +0100 From: Rene Ladan User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: gavin@FreeBSD.org References: <200801291801.m0TI1FM0068640@freefall.freebsd.org> In-Reply-To: <200801291801.m0TI1FM0068640@freefall.freebsd.org> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-geom@FreeBSD.org Subject: Re: kern/107707: [geom] [patch] [request] add new class geom_xbox360 to slice up xbox360 media 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, 29 Jan 2008 19:58:33 -0000 gavin@FreeBSD.org schreef: > Synopsis: [geom] [patch] [request] add new class geom_xbox360 to slice up xbox360 media > > State-Changed-From-To: open->feedback > State-Changed-By: gavin > State-Changed-When: Tue Jan 29 18:00:04 UTC 2008 > State-Changed-Why: > To submitter: the link is a 404 now. Do you have a new location where > the patch can be found? Thanks. > Yes, it's now available from my own server : ftp://rene-ladan.nl/pub/freebsd/geom_xbox360.diff > > Responsible-Changed-From-To: freebsd-geom->gavin > Responsible-Changed-By: gavin > Responsible-Changed-When: Tue Jan 29 18:00:04 UTC 2008 > Responsible-Changed-Why: > Track > > http://www.freebsd.org/cgi/query-pr.cgi?pr=107707 > -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-geom@FreeBSD.ORG Tue Jan 29 21:22:44 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 9BC2C16A41A for ; Tue, 29 Jan 2008 21:22:44 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from mail.fluffles.net (fluffles.net [80.69.95.190]) by mx1.freebsd.org (Postfix) with ESMTP id 60DFC13C465 for ; Tue, 29 Jan 2008 21:22:44 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from [10.0.0.18] (cust.95.160.adsl.cistron.nl [195.64.95.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: info@fluffles.net) by mail.fluffles.net (Postfix) with ESMTP id 19D9EB29D6A for ; Tue, 29 Jan 2008 22:05:38 +0100 (CET) Message-ID: <479F959E.9080308@fluffles.net> Date: Tue, 29 Jan 2008 22:07:42 +0100 From: "fluffles.net" User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: freebsd-geom@FreeBSD.org References: <9e77bdb50801160832p39619f1fm85bf1454fead3357@mail.gmail.com> <9e77bdb50801170615l3ff6f6bbo97ade8b4471dc7b0@mail.gmail.com> In-Reply-To: <9e77bdb50801170615l3ff6f6bbo97ade8b4471dc7b0@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Authentication with geom_eli 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, 29 Jan 2008 21:22:44 -0000 Cyrus Rahman wrote: > Here are some timings related to different encryption and > authentication algorithms. Although the authentication involves extra > copying and additional data being written to disk, it is clear the > algorithm is also quite significant. > > The system is a quad processor Q6600 running at 2.4GHz with mid-range > SATA disks. > You method is testing seems wrong to me. DD is using blocking or synchronous I/O (1 at a time, no parallelism), so your quadcore processor will not be utilized fully. You should always check top and gstat when benchmarking, to confirm there isn't an artifical bottleneck somewhere. You can use DD but you should not perform direct I/O but instead use the UFS filesystem with enough read-ahead, example: geli init .. newfs -b 32768 /dev/blabla.eli mount .. dd if=/dev/zero of=/path/to/mount/zerofile.000 bs=1m count=4000 then you have measured write speed, for read speed you *NEED* to unmount the volume first. This throws away the filecache, listed under "Inact" in the top output. : umount .. mount .. dd if=/path/to/mount/zerofile.000 of=/dev/null bs=1m Then you have read speed. Also test with enough read ahead: sysctl vfs.read_max=64 That will increase read ahead from 8 (default) to 64 blocks in my example blocks of 32KB, but default is 16KB. Ofcourse before testing this you should unmount again, or you'll get (partial) memory speed results exceeding disk capability, such as below for "cached read". Also make sure GELI is correctly configured to use all 4 cores: sysctl kern.geom.eli.threads=0 (0 means one thread for each CPU core) Confirm the load with top and see the throughput rise. :) For comparison Core 2 Duo 3.0GHz (dual core): tested using a malloc memory disk using mdconfig -a -t malloc -s 300m tested under FreeBSD 7.0 RC1 GENERIC i386 GELI with two threads, UFS 32k throughput read: 314572800 bytes transferred in 2.990616 secs (105186629 bytes/sec) cached read: 314572800 bytes transferred in 0.134842 secs (2332896522 bytes/sec) write: 314572800 bytes transferred in 2.788651 secs (112804650 bytes/sec) GELI with one thread, UFS 32k throughput read: 314572800 bytes transferred in 5.574472 secs (56430959 bytes/sec) cached read: 314572800 bytes transferred in 0.137468 secs (2288337051 bytes/sec) write: 314572800 bytes transferred in 4.984672 secs (63108023 bytes/sec) Hope you found this interesting, i'm fond of benchmarking. :) If you require any help or want more results be free to ask. Fine regards, Veronica From owner-freebsd-geom@FreeBSD.ORG Wed Jan 30 01:14:22 2008 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 8F74416A421; Wed, 30 Jan 2008 01:14:22 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 62B0F13C45B; Wed, 30 Jan 2008 01:14:22 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0U1EMpQ005914; Wed, 30 Jan 2008 01:14:22 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0U1EMG2005910; Wed, 30 Jan 2008 01:14:22 GMT (envelope-from linimon) Date: Wed, 30 Jan 2008 01:14:22 GMT Message-Id: <200801300114.m0U1EMG2005910@freefall.freebsd.org> To: ota@j.email.ne.jp, linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/120091: [geom] [geli] [gjournal] geli does not prompt for password on /dev/concat/XXX.eli.journal 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: Wed, 30 Jan 2008 01:14:22 -0000 Synopsis: [geom] [geli] [gjournal] geli does not prompt for password on /dev/concat/XXX.eli.journal State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Wed Jan 30 01:14:02 UTC 2008 State-Changed-Why: Note that feedback has been requested. Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jan 30 01:14:02 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=120091 From owner-freebsd-geom@FreeBSD.ORG Wed Jan 30 10:30:03 2008 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 283B716A418 for ; Wed, 30 Jan 2008 10:30:03 +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 1142313C500 for ; Wed, 30 Jan 2008 10:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0UAU28P048448 for ; Wed, 30 Jan 2008 10:30:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0UAU2XP048447; Wed, 30 Jan 2008 10:30:02 GMT (envelope-from gnats) Date: Wed, 30 Jan 2008 10:30:02 GMT Message-Id: <200801301030.m0UAU2XP048447@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Yoshihiro Ota Cc: Subject: Re: kern/120091: [GEOM][geli][gjournal] geli does not prompt for password on /dev/concat/XXX.eli.journal X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yoshihiro Ota List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2008 10:30:03 -0000 The following reply was made to PR kern/120091; it has been noted by GNATS. From: Yoshihiro Ota To: Volker Cc: bug-followup@FreeBSD.org Subject: Re: kern/120091: [GEOM][geli][gjournal] geli does not prompt for password on /dev/concat/XXX.eli.journal Date: Wed, 30 Jan 2008 05:04:35 -0500 On Wed, 30 Jan 2008 00:16:58 +0100 Volker wrote: > Hi Ota, > > Please provide output of: > > geli status > gconcat status > dmesg > > Volker > Please note that the system fails to mount /dev/concat/export.eli.gjournal and falls back to the single user mode. Then, I type "geli attach /dev/concat/export" and "GEOM_ELI: Device concat/export.eli created." appears. # geli status Name Status Components concat/export.eli N/A concat/export # gconcat status Name Status Components concat/export UP ad4s3f ad4s4f # dmesg Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RC1 #400: Fri Jan 25 00:00:28 EST 2008 root@xxx:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-58 (1908.70-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x60f81 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 real memory = 1005584384 (959 MB) avail memory = 970309632 (925 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Jan 20 2008 00:19:12) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link9: BIOS IRQ 10 for 0.10.INTB is invalid pci0: on pcib0 pci0: at device 0.0 (no driver attached) pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 3.0 on pci0 pci3: on pcib2 pci3: at device 0.0 (no driver attached) vgapci0: mem 0xb2000000-0xb2ffffff,0xc0000000-0xcfffffff,0xb1000000-0xb1ffffff irq 18 at device 5.0 on pci0 pci0: at device 9.0 (no driver attached) isab0: port 0x1d00-0x1d7f at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.3 (no driver attached) ohci0: mem 0xb0004000-0xb0004fff irq 22 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xb0005000-0xb00050ff irq 22 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 8 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 8 ports with 8 removable, self powered umass0: on uhub1 ugen0: on uhub1 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3080-0x308f at device 13.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x30c0-0x30c7,0x30b4-0x30b7,0x30b8-0x30bf,0x30b0-0x30b3,0x3090-0x309f irq 23 at device 14.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pcib3: at device 16.0 on pci0 pci_link0: BIOS IRQ 11 for 7.5.INTA is invalid pci_link1: BIOS IRQ 11 for 7.5.INTB is invalid pci7: on pcib3 fwohci0: <1394 Open Host Controller Interface> mem 0xb8000000-0xb80007ff irq 9 at device 5.0 on pci7 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:24:1b:00:f7:2b:34:00 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:24:1b:2b:34:00 fwe0: Ethernet address: 02:24:1b:2b:34:00 fwip0: on firewire0 fwip0: Firewire address: 00:24:1b:00:f7:2b:34:00 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x12c4000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode pci7: at device 5.1 (no driver attached) pci7: at device 5.2 (no driver attached) pci7: at device 5.3 (no driver attached) pci7: at device 5.4 (no driver attached) pci0: at device 16.1 (no driver attached) nfe0: port 0x30e0-0x30e7 mem 0xb0008000-0xb0008fff irq 20 at device 20.0 on pci0 miibus0: on nfe0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nfe0: Ethernet address: 00:1b:24:68:7c:d7 nfe0: [FILTER] acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: at iomem 0xcf800-0xd0fff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub0 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec hptrr: no controller detected.firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acd0: DVDR at ata0-master PIO4 ad4: 152627MB at ata2-master SATA150 GEOM_LABEL: Label for provider ad4s2 is ntfs/HP_RECOVERY. GEOM_CONCAT: Device export created (id=3382027346). GEOM_CONCAT: Disk ad4s3f attached to export. GEOM_JOURNAL: Journal 4240811370: ad4s4e contains data. GEOM_CONCAT: Disk ad4s4f attached to export. GEOM_CONCAT: Device export activated. GEOM_JOURNAL: Journal 4240811370: ad4s4g contains journal. GEOM_JOURNAL: Journal ad4s4e clean. SMP: AP CPU #1 Launched! da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) Trying to mount root from ufs:/dev/ad4s4a cryptosoft0: on motherboard GEOM_ELI: Device concat/export.eli created. GEOM_ELI: Encryption: AES-CBC 128 GEOM_ELI: Crypto: software GEOM_JOURNAL: Journal 2182369297: concat/export.eli contains data. GEOM_JOURNAL: Journal 2182369297: concat/export.eli contains journal. GEOM_JOURNAL: Journal concat/export.eli clean. WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. umass0: at uhub1 port 2 (addr 2) disconnected (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry umass0: detached From owner-freebsd-geom@FreeBSD.ORG Wed Jan 30 15:38:54 2008 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 CE48A16A468; Wed, 30 Jan 2008 15:38:54 +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 A9B2C13C50B; Wed, 30 Jan 2008 15:38:54 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0UFcsmA072752; Wed, 30 Jan 2008 15:38:54 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0UFcsfS072748; Wed, 30 Jan 2008 15:38:54 GMT (envelope-from gavin) Date: Wed, 30 Jan 2008 15:38:54 GMT Message-Id: <200801301538.m0UFcsfS072748@freefall.freebsd.org> To: r.c.ladan@gmail.com, gavin@FreeBSD.org, gavin@FreeBSD.org, freebsd-geom@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/107707: [geom] [patch] [request] add new class geom_xbox360 to slice up xbox360 media 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: Wed, 30 Jan 2008 15:38:54 -0000 Synopsis: [geom] [patch] [request] add new class geom_xbox360 to slice up xbox360 media State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Wed Jan 30 15:31:43 UTC 2008 State-Changed-Why: Feedback was received. Patch is now available from ftp://rene-ladan.nl/pub/freebsd/geom_xbox360.diff Responsible-Changed-From-To: gavin->freebsd-geom Responsible-Changed-By: gavin Responsible-Changed-When: Wed Jan 30 15:31:43 UTC 2008 Responsible-Changed-Why: Back to mailing list http://www.freebsd.org/cgi/query-pr.cgi?pr=107707 From owner-freebsd-geom@FreeBSD.ORG Wed Jan 30 22:27:47 2008 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 D574816A421; Wed, 30 Jan 2008 22:27:47 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B3F8613C468; Wed, 30 Jan 2008 22:27:47 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0UMRlFm005203; Wed, 30 Jan 2008 22:27:47 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0UMRlu1005199; Wed, 30 Jan 2008 22:27:47 GMT (envelope-from linimon) Date: Wed, 30 Jan 2008 22:27:47 GMT Message-Id: <200801302227.m0UMRlu1005199@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: bin/120169: gmirror(8) commands error with "Class not found" or other (regression) 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: Wed, 30 Jan 2008 22:27:47 -0000 Synopsis: gmirror(8) commands error with "Class not found" or other (regression) Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jan 30 22:27:37 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=120169 From owner-freebsd-geom@FreeBSD.ORG Thu Jan 31 04:21:24 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 F213F16A418 for ; Thu, 31 Jan 2008 04:21:24 +0000 (UTC) (envelope-from adrenalinup@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id C4BD113C43E for ; Thu, 31 Jan 2008 04:21:24 +0000 (UTC) (envelope-from adrenalinup@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so779147waf.3 for ; Wed, 30 Jan 2008 20:21:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=PE4O4e7MRQqgc0WFC8W81bgL/g64JizHpjyg3h/x188=; b=I2nsB4J96ekmGa/IuwDzk3Fs8/Hlm85WKaBbadcXnBRcc2mCBo1npfDS5+17Dwpc+p6uUFEZA5xCVSn6KthMy1i+c43ruNI0RPQS2QKspkJgzHLJkE+AEwdn7u0bwq/tYJo1YcgZCPICj0dKeCXPxIUCis/AlPY8KjBCAuaOlm0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=PvREuCDml30jXqlvHPJIUE2QEsHpxS7gW2lhaX6X+v3NefOwjvMbuKBsL3k+a22ST4Tf5MvEcc4iYjXyZl6osmRs/QYd3UyvxmTs/btI/KOWHtaQnPJOH1SC5ClNlkm+xJLQIAy6PfyryTILLRA7EX2gzyxZGzzs4MX0VpTFs7I= Received: by 10.115.79.1 with SMTP id g1mr1831076wal.43.1201751728594; Wed, 30 Jan 2008 19:55:28 -0800 (PST) Received: by 10.115.22.4 with HTTP; Wed, 30 Jan 2008 19:55:28 -0800 (PST) Message-ID: Date: Thu, 31 Jan 2008 04:55:28 +0100 From: "Nicolae Namolovan" To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: gvinum and raid5 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: Thu, 31 Jan 2008 04:21:25 -0000 On Nov 5 09:36:55 PST 2007, Marco Haddad wrote: >Well, I can't do that because 'gvinum create' panics even if the new drive >is named differently. Perhaps the problem is using the same device which was >once already present, and that's why I need to remove all objects first... Same happened here.. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x40 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffffb03de982 stack pointer = 0x10:0xffffffffac105710 frame pointer = 0x10:0xffffffffac105740 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2 (g_event) trap number = 12 panic: page fault cpuid = 0 How to reproduce ? For example you had already drive d1 device /dev/ad12s1e d1 for some reason is not working anymore, after you trying to add drive d1_new device /dev/ad12s1e Put that to a separate file, gvinup create file, and boom, kernel panic.. -- Sincerely, Nicolae Namolovan. From owner-freebsd-geom@FreeBSD.ORG Thu Jan 31 15:45:29 2008 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 848CE16A417 for ; Thu, 31 Jan 2008 15:45:29 +0000 (UTC) (envelope-from ecrist@secure-computing.net) Received: from snipe.secure-computing.net (snipe.secure-computing.net [209.240.66.149]) by mx1.freebsd.org (Postfix) with ESMTP id 40C4313C468 for ; Thu, 31 Jan 2008 15:45:29 +0000 (UTC) (envelope-from ecrist@secure-computing.net) Received: from swordfish.local.claimlynx.com (unknown [74.95.66.25]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: ecrist@secure-computing.net) by snipe.secure-computing.net (Postfix) with ESMTP id B206617026; Thu, 31 Jan 2008 09:30:25 -0600 (CST) Message-Id: <5E1E1635-8EEF-4DF1-97A1-2EF27296D95B@secure-computing.net> From: Eric F Crist To: Ivan Voras In-Reply-To: <9bbcef730801301155x54f271ag452a0bc002af10f7@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 31 Jan 2008 09:30:24 -0600 References: <4B8781DC-BD9A-4887-8E5E-43C87FB423DC@secure-computing.net> <9bbcef730801301155x54f271ag452a0bc002af10f7@mail.gmail.com> X-Mailer: Apple Mail (2.915) Cc: geom@freebsd.org Subject: Re: FreeBSD 6.3-Release fixit and gmirror (7.0-RC1 too) 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: Thu, 31 Jan 2008 15:45:29 -0000 Hello folks, I've got a problem with geom and 6.3-RELEASE/7.0-RC1 that is described in greater detail below, in a conversation that started with Ivan Voras and myself. Please CC me on this thread, as I'm not on geom@. I've also filled out a Problem Report on this issue: > Thank you very much for your problem report. > It has the internal identification `misc/120169'. > The individual assigned to look at your > report is: freebsd-bugs. > > You can access the state of your problem report at any time > via this link: > http://www.freebsd.org/cgi/query-pr.cgi?pr=120169 Thanks folks! Eric Crist On Jan 30, 2008, at 1:55 PM, Ivan Voras wrote: > On 30/01/2008, Eric F Crist wrote: >> Ivan, >> >> First off, I apologize if you're the wrong person to address this >> issue to. Please feel free to send me in the correct direction. >> >> We've had a routine we've used for quite some time now regarding >> installing gmirror on our boot devices, which involved using gmirror >> from the Fixit CD to tag and load gmirror onto your boot partition. >> *All* versions of the 6.3 and 7.0 CDs we've tested have a flaw where >> they seem to have a greatly crippled version of gmirror. >> >> I found your post to freebsd-stable regarding the amd64 7.0 RC1 live >> cd from Johan Hendriks, and you mentioned that he should symlink / >> dist/ >> lib/geom to /lib/geom. We already do that in a why, by first >> chrooting to /dist. When I do this, /lib/geom appears where it >> should. >> >> I have been able to successfully use a 6.2-RELEASE CD in the mean >> time >> to get gmirror installed on new systems, but I wanted to make certain >> this is indeed a bug rather than designed. I've noticed there are >> now >> three install CDs, rather than 2, which has been historical, without >> considering the documentation CD. > > It is a bug, and quite silly one. I remember there has been attempt at > fixing it (AFAIK the proposed solution was to ad an environment > variable pointing to the correct directory) but either it was done > wrongly or somebody forgot to MFC the change. It's an annoying little > problem when trying to set up a new system and it should have been > fixed ages ago. > > If it's still not fixed in 7.0-RC1 (sorry, can't check it at the > moment), please start a thread at geom@ about it, and make it sound > urgent so somebody picks it up and commits the right fix :) > > In the mean time, if you just need an easy way to set up gmirrors and > similar things, you can try my LiveCD from here: > http://ivoras.sharanet.org/stuff/freebsd7-finstall-alpha2.iso.bz2 - > the installer is not quite ready yet but the livecd environment is > 100% identical to a regular FreeBSD installation, except with a > read-only root file system. ----- Eric F Crist Secure Computing Networks From owner-freebsd-geom@FreeBSD.ORG Fri Feb 1 09:31:45 2008 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 439B316A41B; Fri, 1 Feb 2008 09:31:45 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id 53FAF13C465; Fri, 1 Feb 2008 09:31:44 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 0DC2E16C772; Fri, 1 Feb 2008 10:31:42 +0100 (CET) Received: from carrot.studby.ntnu.no (caracal.stud.ntnu.no [129.241.56.185]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 0B3DB16C6DD; Fri, 1 Feb 2008 10:31:35 +0100 (CET) Date: Fri, 1 Feb 2008 10:31:34 +0100 From: Ulf Lilleengen To: Eric F Crist Message-ID: <20080201093134.GA1205@carrot.studby.ntnu.no> References: <4B8781DC-BD9A-4887-8E5E-43C87FB423DC@secure-computing.net> <9bbcef730801301155x54f271ag452a0bc002af10f7@mail.gmail.com> <5E1E1635-8EEF-4DF1-97A1-2EF27296D95B@secure-computing.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5E1E1635-8EEF-4DF1-97A1-2EF27296D95B@secure-computing.net> User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: geom@freebsd.org, Ivan Voras Subject: Re: FreeBSD 6.3-Release fixit and gmirror (7.0-RC1 too) 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, 01 Feb 2008 09:31:45 -0000 On tor, jan 31, 2008 at 09:30:24am -0600, Eric F Crist wrote: > Hello folks, > > I've got a problem with geom and 6.3-RELEASE/7.0-RC1 that is described in > greater detail below, in a conversation that started with Ivan Voras and > myself. Please CC me on this thread, as I'm not on geom@. > > I've also filled out a Problem Report on this issue: > > > Thank you very much for your problem report. > > It has the internal identification `misc/120169'. > > The individual assigned to look at your > > report is: freebsd-bugs. > > > > You can access the state of your problem report at any time > > via this link: > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=120169 > > Thanks folks! > > Eric Crist > > On Jan 30, 2008, at 1:55 PM, Ivan Voras wrote: > >> On 30/01/2008, Eric F Crist wrote: >>> Ivan, >>> >>> First off, I apologize if you're the wrong person to address this >>> issue to. Please feel free to send me in the correct direction. >>> >>> We've had a routine we've used for quite some time now regarding >>> installing gmirror on our boot devices, which involved using gmirror >>> from the Fixit CD to tag and load gmirror onto your boot partition. >>> *All* versions of the 6.3 and 7.0 CDs we've tested have a flaw where >>> they seem to have a greatly crippled version of gmirror. >>> >>> I found your post to freebsd-stable regarding the amd64 7.0 RC1 live >>> cd from Johan Hendriks, and you mentioned that he should symlink /dist/ >>> lib/geom to /lib/geom. We already do that in a why, by first >>> chrooting to /dist. When I do this, /lib/geom appears where it should. >>> >>> I have been able to successfully use a 6.2-RELEASE CD in the mean time >>> to get gmirror installed on new systems, but I wanted to make certain >>> this is indeed a bug rather than designed. I've noticed there are now >>> three install CDs, rather than 2, which has been historical, without >>> considering the documentation CD. >> >> It is a bug, and quite silly one. I remember there has been attempt at >> fixing it (AFAIK the proposed solution was to ad an environment >> variable pointing to the correct directory) but either it was done >> wrongly or somebody forgot to MFC the change. It's an annoying little >> problem when trying to set up a new system and it should have been >> fixed ages ago. I committed the fix after testing it with RELENG_7. The problem was that not all the GEOM libraries was loaded since the libary path was not set. This fix added the GEOM_LIBRARY_PATH environment-variable to the fixit-environment, and was added in rev 1.11 of src/release/fixit.profile I tested this fix by generating a livefs-CD and it did fix the issue with the libraries not being loaded. The change was also MFCed to RELENG_7, RELENG_6 and RELENG_6_3. More about the issue can be found in PR misc/113543. I don't think the fix was incorrect, but I'll try reproduce this and try find a fix for this case. -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Fri Feb 1 10:21:54 2008 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 925A116A41B for ; Fri, 1 Feb 2008 10:21:54 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id A2CF213C442 for ; Fri, 1 Feb 2008 10:21:53 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id CBB4B16C697; Fri, 1 Feb 2008 11:21:51 +0100 (CET) Received: from carrot.studby.ntnu.no (caracal.stud.ntnu.no [129.241.56.185]) by bene1.itea.ntnu.no (Postfix) with ESMTP id DA4EB16C534; Fri, 1 Feb 2008 11:21:44 +0100 (CET) Date: Fri, 1 Feb 2008 11:21:44 +0100 From: Ulf Lilleengen To: Eric F Crist Message-ID: <20080201102144.GA1261@carrot.studby.ntnu.no> References: <4B8781DC-BD9A-4887-8E5E-43C87FB423DC@secure-computing.net> <9bbcef730801301155x54f271ag452a0bc002af10f7@mail.gmail.com> <5E1E1635-8EEF-4DF1-97A1-2EF27296D95B@secure-computing.net> <20080201093134.GA1205@carrot.studby.ntnu.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080201093134.GA1205@carrot.studby.ntnu.no> User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: geom@freebsd.org Subject: Re: FreeBSD 6.3-Release fixit and gmirror (7.0-RC1 too) 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, 01 Feb 2008 10:21:54 -0000 On Fri, Feb 01, 2008 at 10:31:34AM +0100, Ulf Lilleengen wrote: > On tor, jan 31, 2008 at 09:30:24am -0600, Eric F Crist wrote: > > Hello folks, > > > > I've got a problem with geom and 6.3-RELEASE/7.0-RC1 that is described in [...] > >>> three install CDs, rather than 2, which has been historical, without > >>> considering the documentation CD. > >> > >> It is a bug, and quite silly one. I remember there has been attempt at > >> fixing it (AFAIK the proposed solution was to ad an environment > >> variable pointing to the correct directory) but either it was done > >> wrongly or somebody forgot to MFC the change. It's an annoying little > >> problem when trying to set up a new system and it should have been > >> fixed ages ago. > I committed the fix after testing it with RELENG_7. The problem was that not > all the GEOM libraries was loaded since the libary path was not set. This fix > added the GEOM_LIBRARY_PATH environment-variable to the fixit-environment, > and was added in rev 1.11 of src/release/fixit.profile > > I tested this fix by generating a livefs-CD and it did fix the issue with the > libraries not being loaded. > > The change was also MFCed to RELENG_7, RELENG_6 and RELENG_6_3. More about > the issue can be found in PR misc/113543. > > I don't think the fix was incorrect, but I'll try reproduce this and try > find a fix for this case. > Now that I think about it, you're procedure here is to chroot /dist before you execute the gmirror commands. Since the library path is pointed at /mnt2/lib/geom , when you chroot it still points there, but should point at /lib/geom which is the default. So, one way to fix this is simply just unset the PATH when you get into the environment or don't chroot /dist at all. I just tested my theory in qemu, and it seems to be right. If i do a chroot /dist and unset GEOM_LIBRARY_PATH the whole command set appears again. It would be nice if someone else also tried and checked if this is the case. I'm not sure if this should be fixed or not, since someone may perfer to use gmirror outside the chroot (which was the problem the patch solved in the first case), or inside the chroot. Perhaps adding a symlink outside from /dist/lib/geom to /lib/geom would be a better fix. -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Fri Feb 1 10:31:52 2008 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 C38C716A417 for ; Fri, 1 Feb 2008 10:31:52 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id 4BE1513C461 for ; Fri, 1 Feb 2008 10:31:52 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so872082rvb.43 for ; Fri, 01 Feb 2008 02:31:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=hgSvNgDLZhy1DlI44SRbn2hSH3tZLtRp68mpTs9lex0=; b=AzV+ZQKvNH/hJyu77FH9CRPIyylU5wMKefOaWSo97DSk7rE0acS1+fFILi1vbfmw58XT3mrGt7C3RlzHkxkqGPdg/SVVOX71NSz53QpvhcykddDsAmO5j3M9b+XB6734N3XGZHKfs8PYANNJ+IPK5P6tu7yB2tfe1WMs5JW52K8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=EDa8fGAg5SBoDcsWG7uGzufXpf3ljXsgQ5lHzVNPPnPWAxUgFvw/e1eofRk/tfy13BaVpik5y7e8UxOxQJ0pHnJhWRiW+rBkxEtUHamHccLrBn/lebjD59B9bl+BzR15aHlTZ8xT1gvOrzoEA0YdIkYZHQsuu+6duymWenAyQNs= Received: by 10.140.136.6 with SMTP id j6mr2364484rvd.50.1201860334060; Fri, 01 Feb 2008 02:05:34 -0800 (PST) Received: by 10.141.63.14 with HTTP; Fri, 1 Feb 2008 02:05:34 -0800 (PST) Message-ID: <9bbcef730802010205ub8be4f7hf20930adfb6d48b3@mail.gmail.com> Date: Fri, 1 Feb 2008 11:05:34 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Ulf Lilleengen" In-Reply-To: <20080201093134.GA1205@carrot.studby.ntnu.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4B8781DC-BD9A-4887-8E5E-43C87FB423DC@secure-computing.net> <9bbcef730801301155x54f271ag452a0bc002af10f7@mail.gmail.com> <5E1E1635-8EEF-4DF1-97A1-2EF27296D95B@secure-computing.net> <20080201093134.GA1205@carrot.studby.ntnu.no> X-Google-Sender-Auth: d96ae1fa0e1d34cf Cc: Eric F Crist , geom@freebsd.org Subject: Re: FreeBSD 6.3-Release fixit and gmirror (7.0-RC1 too) 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, 01 Feb 2008 10:31:52 -0000 On 01/02/2008, Ulf Lilleengen wrote: > The change was also MFCed to RELENG_7, RELENG_6 and RELENG_6_3. More about > the issue can be found in PR misc/113543. > > I don't think the fix was incorrect, but I'll try reproduce this and try > find a fix for this case. Was it MFC-ed before RELENG_7_0 ? Can you test it with disk1 (AFAIK this is what OP was using)? From owner-freebsd-geom@FreeBSD.ORG Fri Feb 1 11:19:12 2008 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 35F3C16A417; Fri, 1 Feb 2008 11:19:12 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id 793CC13C46E; Fri, 1 Feb 2008 11:19:11 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 9BD7390002; Fri, 1 Feb 2008 12:19:09 +0100 (CET) Received: from carrot.studby.ntnu.no (caracal.stud.ntnu.no [129.241.56.185]) by bene2.itea.ntnu.no (Postfix) with ESMTP id E5A9790004; Fri, 1 Feb 2008 12:19:02 +0100 (CET) Date: Fri, 1 Feb 2008 12:19:02 +0100 From: Ulf Lilleengen To: Ivan Voras Message-ID: <20080201111902.GA1149@carrot.studby.ntnu.no> References: <4B8781DC-BD9A-4887-8E5E-43C87FB423DC@secure-computing.net> <9bbcef730801301155x54f271ag452a0bc002af10f7@mail.gmail.com> <5E1E1635-8EEF-4DF1-97A1-2EF27296D95B@secure-computing.net> <20080201093134.GA1205@carrot.studby.ntnu.no> <9bbcef730802010205ub8be4f7hf20930adfb6d48b3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9bbcef730802010205ub8be4f7hf20930adfb6d48b3@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Virus-Scanned: Debian amavisd-new at bene2.itea.ntnu.no Cc: geom@freebsd.org Subject: Re: FreeBSD 6.3-Release fixit and gmirror (7.0-RC1 too) 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, 01 Feb 2008 11:19:12 -0000 On fre, feb 01, 2008 at 11:05:34am +0100, Ivan Voras wrote: > On 01/02/2008, Ulf Lilleengen wrote: > > > The change was also MFCed to RELENG_7, RELENG_6 and RELENG_6_3. More about > > the issue can be found in PR misc/113543. > > > > I don't think the fix was incorrect, but I'll try reproduce this and try > > find a fix for this case. > > Was it MFC-ed before RELENG_7_0 ? Can you test it with disk1 (AFAIK > this is what OP was using)? > Check my sub-reply to my own post. The fix was MFCed to RELENG_7 before RELENG_7_0 was branched. -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Fri Feb 1 11:36:31 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 0EF9816A417 for ; Fri, 1 Feb 2008 11:36:31 +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 8949713C459 for ; Fri, 1 Feb 2008 11:36:30 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JKuC0-0001jB-Ct for freebsd-geom@freebsd.org; Fri, 01 Feb 2008 11:36:24 +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 ; Fri, 01 Feb 2008 11:36:24 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Feb 2008 11:36:24 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Fri, 01 Feb 2008 12:37:03 +0100 Lines: 44 Message-ID: References: <4B8781DC-BD9A-4887-8E5E-43C87FB423DC@secure-computing.net> <9bbcef730801301155x54f271ag452a0bc002af10f7@mail.gmail.com> <5E1E1635-8EEF-4DF1-97A1-2EF27296D95B@secure-computing.net> <20080201093134.GA1205@carrot.studby.ntnu.no> <9bbcef730802010205ub8be4f7hf20930adfb6d48b3@mail.gmail.com> <20080201111902.GA1149@carrot.studby.ntnu.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA481A30615225603C0E90F57" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <20080201111902.GA1149@carrot.studby.ntnu.no> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: FreeBSD 6.3-Release fixit and gmirror (7.0-RC1 too) 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, 01 Feb 2008 11:36:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA481A30615225603C0E90F57 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ulf Lilleengen wrote: > On fre, feb 01, 2008 at 11:05:34am +0100, Ivan Voras wrote: >> On 01/02/2008, Ulf Lilleengen wrote: >> >>> The change was also MFCed to RELENG_7, RELENG_6 and RELENG_6_3. More = about >>> the issue can be found in PR misc/113543. >>> >>> I don't think the fix was incorrect, but I'll try reproduce this and= try >>> find a fix for this case. >> Was it MFC-ed before RELENG_7_0 ? Can you test it with disk1 (AFAIK >> this is what OP was using)? >> > Check my sub-reply to my own post. The fix was MFCed to RELENG_7 before= > RELENG_7_0 was branched. Ok. Here's another idea: ISO images (or some extension of it) supports hard links so maybe the libs could be linked to both directories. --------------enigA481A30615225603C0E90F57 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) iD8DBQFHowRfldnAQVacBcgRAtMLAJ9rfoTCv7LFvl+hFCzyl5iEYum7EACgsfUu flzVGp9LnW+Z5M5/GseqvbE= =92MP -----END PGP SIGNATURE----- --------------enigA481A30615225603C0E90F57-- From owner-freebsd-geom@FreeBSD.ORG Sat Feb 2 11:03:25 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 6CBF916A419 for ; Sat, 2 Feb 2008 11:03:25 +0000 (UTC) (envelope-from lightmoogle@hotmail.com) Received: from bay0-omc1-s31.bay0.hotmail.com (bay0-omc1-s31.bay0.hotmail.com [65.54.246.103]) by mx1.freebsd.org (Postfix) with ESMTP id 513A513C459 for ; Sat, 2 Feb 2008 11:03:25 +0000 (UTC) (envelope-from lightmoogle@hotmail.com) Received: from BAY121-W12 ([207.46.10.47]) by bay0-omc1-s31.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 2 Feb 2008 02:51:20 -0800 Message-ID: X-Originating-IP: [69.145.234.160] From: Andrew B To: Date: Sat, 2 Feb 2008 10:51:19 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 02 Feb 2008 10:51:20.0014 (UTC) FILETIME=[8B2FA6E0:01C86589] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Geli sector size > 8192 completely breaks. 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, 02 Feb 2008 11:03:25 -0000 I've been trying to get GELI working in a number of ways, and it seems when= ever I change the sector size to 16384 or higher, I can't run newfs on the = resultant encrypted volume. Using dd with sector size 16384 gives me the greatest performance for the s= ector size I'm willing to have. It's very close to the maximum transfer rat= e of my drive. Nevertheless, using a sector size of 16K makes it so I can't= run newfs: # geli init -s 16384 /dev/ad4; geli attach /dev/ad4 Enter passphrase: # newfs /dev/ad4.eli=20 # newfs /dev/stripe/raids.eli=20 /dev/stripe/raids.eli: 715404.8MB (1465149120 sectors) block size 16384, fr= agment size 16384 using 797 cylinder groups of 898.39MB, 57497 blks, 14400 inodes. newfs: can't read old UFS1 superblock: read error from block device: Invali= d argument As you can see, it's detecting the sector size of the device in the block a= nd fragment size. I'm not sure why the error occurs, and it occurs _only_ o= n sector sizes larger than 8192 (I've only tried powers of 2). In testing, I've created a stripe across multiple 16384 geli devices with 1= 6384 sector size, same issue; I've also done it with a geom_RAID5 device on= top.. same issue still. Interestingly, I'm not able to _seek_ with the 16k= sector size. # dd if=3D/dev/stripe/raids.eli of=3D/dev/null bs=3D1m seek=3D16384M dd: /dev/null: Inappropriate ioctl for device I can "skip" as that reads in the data and merely discards it, or I can sta= rt from zero and read. The ioctl error also applies with the 8192, 4096 and= probably other sector sizes. I'm a bit confused, then.. it seems like without setting it higher that 819= 2, I lose a bit of performance. Setting it higher, however, causes newfs to= fail. dd continues to work like a champ, however. Is this proper behavior = for geli? (I.e. man page is lacking an upper bound on sector size.) Or alte= rnatively, is there a bug in geli somewhere? or is something else going on = and I'm just too tired at the moment to comprehend it? 6.2-RELEASE-p10 FreeBSD 6.2-RELEASE-p10 #1: i386 I do get _fairly_ good transfer -- the parent device yields 50.3MB/s, while= the GELI device yields 46MB/s with a 16384 sector size, or 43MB/s with an = 8192 sector size. This is with a 1.5GHz via C7 and the padlock module compi= led in. During those tests, dd showed 2% CPU; top showed .5% user, 26% syst= em, 4% interrupt, on average. Not bad, I'd say, for a 12watt processor :-) -DrkShadow lightmoogle@hotmail.com _________________________________________________________________ Connect and share in new ways with Windows Live. http://www.windowslive.com/share.html?ocid=3DTXT_TAGHM_Wave2_sharelife_0120= 08=