From owner-freebsd-geom@FreeBSD.ORG Sun Jul 12 20:30:06 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 79023106566C for ; Sun, 12 Jul 2009 20:30:06 +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 5DAE68FC16 for ; Sun, 12 Jul 2009 20:30:06 +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 n6CKU5rb017104 for ; Sun, 12 Jul 2009 20:30:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n6CKU5cP017101; Sun, 12 Jul 2009 20:30:05 GMT (envelope-from gnats) Date: Sun, 12 Jul 2009 20:30:05 GMT Message-Id: <200907122030.n6CKU5cP017101@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: "Steiner, Bernard" Cc: Subject: Re: kern/121481: [gmirror] data rot on disk with gmirror X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Steiner, Bernard" List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 20:30:06 -0000 The following reply was made to PR kern/121481; it has been noted by GNATS. From: "Steiner, Bernard" To: Cc: Subject: Re: kern/121481: [gmirror] data rot on disk with gmirror Date: Sun, 12 Jul 2009 22:11:36 +0200 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA032D.322E1433 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable That was most unhelpful. The very reason I asked for data consistency checks was because graid3 = at least seems to have -w for checking as opposed to gmirror. ZFS might be nice, but (I quote)... WARNING: ZFS is considered to be an experimental feature in FreeBSD. Time for me to move to a serious operating system, I guess. Bernard --=20 i.A. Dipl.-Inform. Bernard Steiner Netzwerk- und Systemadministrator Phone: +49 6101 55 1280, Fax: +49 6101 55 1623 Lahmeyer International GmbH Friedberger Strasse 173, 61118 Bad Vilbel, Deutschland/Germany Geschaeftsfuehrer/Managing Directors: Dr. Henning Nothdurft (Vorsitzender/President), Burkhard Neumann Firmensitz/Registered office: Bad Vilbel Registergericht/Registry court: Frankfurt am Main HRB 80852 Internet: http://www.lahmeyer.de/ Disclaimer: http://www.lahmeyer.de/disclaimer/ ------_=_NextPart_001_01CA032D.322E1433 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: kern/121481: [gmirror] data rot on disk with gmirror

That was most unhelpful.

The very reason I asked for data consistency checks was because graid3 = at least seems to have -w for checking as opposed to gmirror.

ZFS might be nice, but (I quote)...

WARNING: ZFS is considered to be an experimental feature in FreeBSD.

Time for me to move to a serious operating system, I guess.

Bernard

--
i.A. Dipl.-Inform. Bernard Steiner
Netzwerk- und Systemadministrator
Phone: +49 6101 55 1280, Fax: +49 6101 55 1623

Lahmeyer International GmbH
Friedberger Strasse = 173, 61118 Bad Vilbel, Deutschland/Germany

Geschaeftsfuehrer/Managing Directors:
Dr. Henning Nothdurft (Vorsitzender/President), Burkhard Neumann

Firmensitz/Registered office: Bad Vilbel
Registergericht/Registry court: Frankfurt am Main HRB 80852

Internet: http://www.lahmeyer.de/
Disclaimer: http://www.lahmeyer.de/discla= imer/


------_=_NextPart_001_01CA032D.322E1433-- From owner-freebsd-geom@FreeBSD.ORG Mon Jul 13 08:30:03 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 3DAE81065670 for ; Mon, 13 Jul 2009 08: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 2C2E28FC1A for ; Mon, 13 Jul 2009 08: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.3/8.14.3) with ESMTP id n6D8U3xA016733 for ; Mon, 13 Jul 2009 08:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n6D8U2gf016730; Mon, 13 Jul 2009 08:30:02 GMT (envelope-from gnats) Date: Mon, 13 Jul 2009 08:30:02 GMT Message-Id: <200907130830.n6D8U2gf016730@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Dan Naumov Cc: Subject: Re: kern/121481: [gmirror] data rot on disk with gmirror X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Naumov List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 08:30:03 -0000 The following reply was made to PR kern/121481; it has been noted by GNATS. From: Dan Naumov To: bug-followup@FreeBSD.org, zdbs@lif.de Cc: Subject: Re: kern/121481: [gmirror] data rot on disk with gmirror Date: Mon, 13 Jul 2009 11:23:32 +0300 Bernard, while I understand your frustration, you are barking up the wrong tree. RAID offers protection against very specific kinds of disk failure and does not offer any kind of protection against bit rot. I want to emphasize that this is not a FreeBSD issue, but a RAID issue in general and you will run into exact same limitations if you try raid on Linux or Windows or hardware raid from any hardware vendor. For another example of a fault that RAID mirror will NOT protect you or even warn you against, is your disk/raid controller going berserk and writing garbage to the mirror or one of it's member disks. If you are happy with just getting a warning when file(s) somewhere are silently getting corrupted, this can easily be easily implemented with existing tools: there are plenty of checksumming utilities you can use to checksum your datasets and you could set up a cronjob to have the utility run a check of your files against a known hash database and list all the files (if any) that have changed, mailing you the output. When properly configured, this can also help with intrusion detection, as it can help detecting all new or changed files on the system :) However, if you require not only a warning, but also automatic recovery and healing from such corruption, your only option is ZFS and if you have evaluated the state of ZFS in FreeBSD and concluded that it's not mature enough for your needs, then your only other option is Solaris. - Sincerely, Dan Naumov From owner-freebsd-geom@FreeBSD.ORG Mon Jul 13 09:00:07 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 3418810656AB for ; Mon, 13 Jul 2009 09:00:07 +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 177318FC23 for ; Mon, 13 Jul 2009 09:00:07 +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 n6D906FO039951 for ; Mon, 13 Jul 2009 09:00:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n6D906TE039950; Mon, 13 Jul 2009 09:00:06 GMT (envelope-from gnats) Date: Mon, 13 Jul 2009 09:00:06 GMT Message-Id: <200907130900.n6D906TE039950@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: "Steiner, Bernard" Cc: Subject: RE: kern/121481: [gmirror] data rot on disk with gmirror X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Steiner, Bernard" List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 09:00:07 -0000 The following reply was made to PR kern/121481; it has been noted by GNATS. From: "Steiner, Bernard" To: "Dan Naumov" , Cc: Subject: RE: kern/121481: [gmirror] data rot on disk with gmirror Date: Mon, 13 Jul 2009 10:50:02 +0200 Dan, > RAID offers protection against very specific kinds of disk > failure and does not offer any kind of protection against bit > rot. I want to emphasize that this is not a FreeBSD issue, > but a RAID issue in general and you will run into exact same > limitations if you try raid on Linux or Windows or hardware I was asking for -w to be implemented by gmirror, and/or graid6 (double parity) be implemented (also with -w or even -w2 ;-) > raid from any hardware vendor. For another example of a fault > that RAID mirror will NOT protect you or even warn you > against, is your disk/raid controller going berserk and > writing garbage to the mirror or one of it's member disks. ACK. This is exactly why I want a check on the data read. > [checksumming utilities] Please explain how to do that on both sides of a gmirror. AFAIK, gmirror can be configured in the following ways: (1) always read from "primary" disk => cannot check secondary (2) round robin or load => read cannot be reliably reproduced Correct me if I am wrong, but this does not seem like a solution to my problem. > [ZFS / Solaris] I think I *like* ZFS (raidz2) and probably go with that. Solaris' future is uncertain in the light of SUN's future... I think maybe I'll wait a while till the warning is edited out of ZFS in FreeBSD and give it another shot. Bernard -- i.A. Dipl.-Inform. Bernard Steiner Netzwerk- und Systemadministrator Phone: +49 6101 55 1280, Fax: +49 6101 55 1623 Lahmeyer International GmbH Friedberger Strasse 173, 61118 Bad Vilbel, Deutschland/Germany Geschaeftsfuehrer/Managing Directors: Dr. Henning Nothdurft (Vorsitzender/President), Burkhard Neumann Firmensitz/Registered office: Bad Vilbel Registergericht/Registry court: Frankfurt am Main HRB 80852 Internet: http://www.lahmeyer.de/ Disclaimer: http://www.lahmeyer.de/disclaimer/ From owner-freebsd-geom@FreeBSD.ORG Mon Jul 13 09:20:03 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 56DF61065673 for ; Mon, 13 Jul 2009 09:20: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 458A18FC14 for ; Mon, 13 Jul 2009 09:20: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.3/8.14.3) with ESMTP id n6D9K3ML055033 for ; Mon, 13 Jul 2009 09:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n6D9K3bL055032; Mon, 13 Jul 2009 09:20:03 GMT (envelope-from gnats) Date: Mon, 13 Jul 2009 09:20:03 GMT Message-Id: <200907130920.n6D9K3bL055032@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Dan Naumov Cc: Subject: Re: kern/121481: [gmirror] data rot on disk with gmirror X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Naumov List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 09:20:03 -0000 The following reply was made to PR kern/121481; it has been noted by GNATS. From: Dan Naumov To: "Steiner, Bernard" Cc: bug-followup@freebsd.org Subject: Re: kern/121481: [gmirror] data rot on disk with gmirror Date: Mon, 13 Jul 2009 12:16:33 +0300 On Mon, Jul 13, 2009 at 11:50 AM, Steiner, Bernard wrote: >> [checksumming utilities] > > Please explain how to do that on both sides of a gmirror. > AFAIK, gmirror can be configured in the following ways: > (1) always read from "primary" disk => cannot check secondary > (2) round robin or load => read cannot be reliably reproduced > > Correct me if I am wrong, but this does not seem like a solution > to my problem. You have several options: Option 1 (this has the benefit of working with all balance algorithms): Take disc2 offline, run checksum check (so that checks are done against disc1) Take disc2 online, take disc1 offline, run checksum check Option 2 (for "prefer" algorithm): Assuming disk1 is the promoted disk, run checksum check Promote disk2, run checksum check Promote disk1 to return to original state - Sincerely, Dan Naumov From owner-freebsd-geom@FreeBSD.ORG Mon Jul 13 09:41:27 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 6F889106564A; Mon, 13 Jul 2009 09:41:27 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-pz0-f193.google.com (mail-pz0-f193.google.com [209.85.222.193]) by mx1.freebsd.org (Postfix) with ESMTP id 427AC8FC1A; Mon, 13 Jul 2009 09:41:27 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: by pzk31 with SMTP id 31so1654551pzk.3 for ; Mon, 13 Jul 2009 02:41:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.171.3 with SMTP id t3mr1212405wfe.212.1247476221110; Mon, 13 Jul 2009 02:10:21 -0700 (PDT) In-Reply-To: <5BE6CEC9-8F49-473B-A3E4-2702680A8836@mac.com> References: <20090605051203.GD1705@garage.freebsd.pl> <46FB00ED-62DC-4924-A84A-8C34B26DA22E@mac.com> <20090605200512.GA2313@garage.freebsd.pl> <5BE6CEC9-8F49-473B-A3E4-2702680A8836@mac.com> From: Juli Mallett Date: Mon, 13 Jul 2009 02:10:01 -0700 Message-ID: To: Marcel Moolenaar Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: marcel@freebsd.org, Pawel Jakub Dawidek , Randi Harper , freebsd-geom@freebsd.org Subject: Re: Is anything being done to un-break partition names? 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 Jul 2009 09:41:27 -0000 On Fri, Jun 5, 2009 at 13:38, Marcel Moolenaar wrote: > That introduces significant breakages in normal setups. > The priority should not be changed. It's resulting in > the right behaviour and any exceptions to that (i.e. > we need the wrong behaviour) should be coded explicitly. > > The closest we can get is by having the BSD disklabel > code check if there are valid MBR partitions defined > and if yes, back-off. This covers exactly the problem > case and doesn't introduce false negatives in other > scenarios. Are there any efforts outstanding to do this for 8.0? Or did it get done and I missed it? > But: we should fix sysinstall as well. Either we should > finally rip out DD or we should have it create proper > DD images... Perhaps randi@ will take a look; she's been working on nearby parts of sysinstall for a while. Adding her to CC since I don't know if she reads geom@. From owner-freebsd-geom@FreeBSD.ORG Mon Jul 13 11:06: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 34577106564A for ; Mon, 13 Jul 2009 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 20F3E8FC21 for ; Mon, 13 Jul 2009 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.3/8.14.3) with ESMTP id n6DB6tc8040605 for ; Mon, 13 Jul 2009 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n6DB6sSQ040601 for freebsd-geom@FreeBSD.org; Mon, 13 Jul 2009 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 13 Jul 2009 11:06:54 GMT Message-Id: <200907131106.n6DB6sSQ040601@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 Jul 2009 11:06:55 -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/136467 geom [geom] glabel(8) destroys access to GEOM tree if volum o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/135874 geom [geom] [patch] geom_linux_lvm misses newer fedora defa o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk o kern/134113 geom [geli] Problem setting secondary GELI key o kern/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 p docs/130548 geom [patch] gjournal(8) man page is missing sysctls 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 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 o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de 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/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass 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/115856 geom [geli] ZFS thought it was degraded when it should have o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113885 geom [gmirror] [patch] improved gmirror balance algorithm 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 o kern/88601 geom [geli] geli cause kernel panic under heavy disk usage o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. s kern/73177 geom kldload geom_* causes panic due to memory exhaustion 59 problems total. From owner-freebsd-geom@FreeBSD.ORG Thu Jul 16 08:20:10 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 92C9E10656DA for ; Thu, 16 Jul 2009 08:20:10 +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 66D828FC19 for ; Thu, 16 Jul 2009 08:20:10 +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 n6G8KA20072165 for ; Thu, 16 Jul 2009 08:20:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n6G8KAGe072164; Thu, 16 Jul 2009 08:20:10 GMT (envelope-from gnats) Date: Thu, 16 Jul 2009 08:20:10 GMT Message-Id: <200907160820.n6G8KAGe072164@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Emil Mikulic Cc: Subject: Re: kern/113885: [gmirror] [patch] improved gmirror balance algorithm X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Emil Mikulic List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2009 08:20:11 -0000 The following reply was made to PR kern/113885; it has been noted by GNATS. From: Emil Mikulic To: bug-followup@FreeBSD.org Cc: will@firepipe.net Subject: Re: kern/113885: [gmirror] [patch] improved gmirror balance algorithm Date: Thu, 16 Jul 2009 17:56:19 +1000 Will Andrews' patch is *fantastic* With this patch and gmirror set to "load" style balancing, I can run two long sequential reads in parallel and get practically linear scaling on a two-disk mirror. Could someone please commit this? --Emil From owner-freebsd-geom@FreeBSD.ORG Thu Jul 16 11:40:14 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 D7A7C1065673 for ; Thu, 16 Jul 2009 11:40:14 +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 934AC8FC0A for ; Thu, 16 Jul 2009 11:40:14 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MRPJq-0004Nj-4I for freebsd-geom@freebsd.org; Thu, 16 Jul 2009 11:40:10 +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 ; Thu, 16 Jul 2009 11:40:10 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 16 Jul 2009 11:40:10 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Thu, 16 Jul 2009 13:39:53 +0200 Lines: 30 Message-ID: References: <200907160820.n6G8KAGe072164@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090615) In-Reply-To: <200907160820.n6G8KAGe072164@freefall.freebsd.org> Sender: news Subject: Re: kern/113885: [gmirror] [patch] improved gmirror balance algorithm 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, 16 Jul 2009 11:40:15 -0000 Emil Mikulic wrote: > The following reply was made to PR kern/113885; it has been noted by GNATS. > > From: Emil Mikulic > To: bug-followup@FreeBSD.org > Cc: will@firepipe.net > Subject: Re: kern/113885: [gmirror] [patch] improved gmirror balance > algorithm > Date: Thu, 16 Jul 2009 17:56:19 +1000 > > Will Andrews' patch is *fantastic* > > With this patch and gmirror set to "load" style balancing, I can run two > long sequential reads in parallel and get practically linear scaling on > a two-disk mirror. > > Could someone please commit this? > > --Emil Can you please do some testing (of the style you just did but also diskinfo -vt and possibly random reads) on both patch candidates: http://www.freebsd.org/cgi/query-pr.cgi?pr=113885 and http://sobomax.sippysoft.com/~sobomax/geom_mirror.diff Unless there are significant differences in favour of the second version, I'm inclined to commit the version in the PR (unless problems and obstructions are indicated, of course).