From owner-freebsd-geom@FreeBSD.ORG Mon May 11 11:06:56 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 B6ACF106567A for ; Mon, 11 May 2009 11:06:56 +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 A360D8FC15 for ; Mon, 11 May 2009 11:06:56 +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 n4BB6u42085964 for ; Mon, 11 May 2009 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4BB6teF085960 for freebsd-geom@FreeBSD.org; Mon, 11 May 2009 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 May 2009 11:06:56 GMT Message-Id: <200905111106.n4BB6teF085960@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, 11 May 2009 11:06:57 -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/134113 geom [geli] Problem setting secondary GELI key o kern/134044 geom [geom] gmirror(8) overwrites fs with stale data from r o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o kern/132273 geom glabel(8): [patch] failing on journaled partition o kern/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 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 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 51 problems total. From owner-freebsd-geom@FreeBSD.ORG Wed May 13 12:56:52 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 46755106566B for ; Wed, 13 May 2009 12:56:52 +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 C5C988FC0C for ; Wed, 13 May 2009 12:56:51 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1M4E0v-0006yj-SC for freebsd-geom@freebsd.org; Wed, 13 May 2009 12:56:49 +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 ; Wed, 13 May 2009 12:56:49 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 May 2009 12:56:49 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Wed, 13 May 2009 14:56:37 +0200 Lines: 50 Message-ID: References: <4A048020.3070709@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig692AC584C2F789B7FF3BCAA4" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090409) In-Reply-To: <4A048020.3070709@gmail.com> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: compatibility with Linux software RAID? 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, 13 May 2009 12:56:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig692AC584C2F789B7FF3BCAA4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable T=C3=B6r=C3=B6k Edwin wrote: > Hi, >=20 > Apologies if this has been answered before, but is there a way to acces= s > (even if just read-only) RAID arrays created by Linux software raid > tools (mdadm)? >=20 > I want to test the new superpages support in FreeBSD 7.2, and do some > performance comparisons with Linux, problem is all my data is on a > RAID10 array. RAID is not the only problem you have - how will you access the data? FreeBSD's ext2 file system driver isn't nearly as good for any kind of realistic performance testing - you'd probably need to test Linux with extX and FreeBSD with UFS2. > Also if gmirror does support the above, is there a way to tell it to > treat the disks as readonly? Both gmirror and gstripe can work in a sort of "on-the-fly" mode, without actually committing any configuration to the drives (see the "create" command in both). In theory, you could use gmirror and gstripe with exactly the same parameters as you did in Linux to reconstitute your data. You'll also probably need gnop to align data before using gmirror and gstripe. Of course, only do this if you're completely sure what you're doing and know how RAID10 is physically implemented. --------------enig692AC584C2F789B7FF3BCAA4 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.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoKw4UACgkQldnAQVacBcj+OACfXtYpLXksy7FM4myIrlv0TdjV lYgAnjr6OXlCJVBlLs3osoeKv+oZ9rLq =8Vng -----END PGP SIGNATURE----- --------------enig692AC584C2F789B7FF3BCAA4-- From owner-freebsd-geom@FreeBSD.ORG Thu May 14 12:11:55 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 4B53B106568D for ; Thu, 14 May 2009 12:11:55 +0000 (UTC) (envelope-from edwintorok@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id EFBF08FC13 for ; Thu, 14 May 2009 12:11:54 +0000 (UTC) (envelope-from edwintorok@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so875347qwe.7 for ; Thu, 14 May 2009 05:11:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=hXrFgoPdkYdIGwXSAO3GRg5GrulKLBhJZZfN7AH3HL4=; b=ggbj5L+wBiIZpjTfgJTWjohSrbwyx3t9Mw+4gK9jsro8+70vy5C7/13veEQU43GXCt u6XlVP2jAw+pWBdB8kiykKPNpPEjt7nuzJO+xOQrPgpuxm4ZmJqxdB2duSKBUlDPvwp0 3sEvw9ToU0peZgl4JdDUpFAbLs8ZTsRP/Vsj8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=JaqkjE+jQA4OACuiTWZ6H9ddMoPyKVLKD8R7Dhx7KkQo2wEC13xgrOcmZtxg3loORF V1PFBftvdgxmvCF2Nr3QqnfI387CvQY74ICnhb9McM/Q5kWDddTZhPBhIf0LCtpGAF+k dWerAl1tOa4wprNpCb6Rx4/Lvw5qgJdU0+6hs= Received: by 10.220.72.79 with SMTP id l15mr3270205vcj.4.1242303113995; Thu, 14 May 2009 05:11:53 -0700 (PDT) Received: from debian ([79.114.100.143]) by mx.google.com with ESMTPS id 5sm3760378ywd.45.2009.05.14.05.11.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 14 May 2009 05:11:53 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by debian (Postfix) with ESMTP id 22FF974F16 for ; Thu, 14 May 2009 15:11:50 +0300 (EEST) Message-ID: <4A0C0A85.50001@gmail.com> Date: Thu, 14 May 2009 15:11:49 +0300 From: =?ISO-8859-1?Q?T=F6r=F6k_Edwin?= User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <20090514120030.7F37510656DC@hub.freebsd.org> In-Reply-To: <20090514120030.7F37510656DC@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: freebsd-geom Digest, Vol 263, Issue 2 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, 14 May 2009 12:11:55 -0000 On 2009-05-14 15:00, freebsd-geom-request@freebsd.org wrote: > Send freebsd-geom mailing list submissions to > freebsd-geom@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > or, via email, send a message with subject or body 'help' to > freebsd-geom-request@freebsd.org > > You can reach the person managing the list at > freebsd-geom-owner@freebsd.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-geom digest..." > > > Today's Topics: > > 1. Re: compatibility with Linux software RAID? (Ivan Voras) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 13 May 2009 14:56:37 +0200 > From: Ivan Voras > Subject: Re: compatibility with Linux software RAID? > To: freebsd-geom@freebsd.org > Message-ID: > Content-Type: text/plain; charset="utf-8" > > Török Edwin wrote: > >> Hi, >> >> Apologies if this has been answered before, but is there a way to access >> (even if just read-only) RAID arrays created by Linux software raid >> tools (mdadm)? >> >> I want to test the new superpages support in FreeBSD 7.2, and do some >> performance comparisons with Linux, problem is all my data is on a >> RAID10 array. >> > > RAID is not the only problem you have - how will you access the data? > FreeBSD's ext2 file system driver isn't nearly as good for any kind of > realistic performance testing - you'd probably need to test Linux with > extX and FreeBSD with UFS2. > I can test FreeBSD booted with superpages enabled vs FreeBSD booted without superpages enabled. You're right that comparing FreeBSD w/ Linux FS vs. Linux w/ Linux FS is not fair. I could copy the data to a temporary ramfs storage, and test from there to eliminate filesystem differences. (not taking the time needed to copy the data into account). > >> Also if gmirror does support the above, is there a way to tell it to >> treat the disks as readonly? >> > > Both gmirror and gstripe can work in a sort of "on-the-fly" mode, > without actually committing any configuration to the drives (see the > "create" command in both). In theory, you could use gmirror and gstripe > with exactly the same parameters as you did in Linux to reconstitute > your data. You'll also probably need gnop to align data before using > gmirror and gstripe. Of course, only do this if you're completely sure > what you're doing and know how RAID10 is physically implemented. > Thanks, I'll do some experiments in a VM first, and if it all works I'll move on to testing with the real drives. Best regards, --Edwin