From owner-freebsd-geom@FreeBSD.ORG Sun Jul 9 01:57:10 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBEC216A4DE for ; Sun, 9 Jul 2006 01:57:09 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D22B43D46 for ; Sun, 9 Jul 2006 01:57:09 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so1204781uge for ; Sat, 08 Jul 2006 18:57:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bFBNS7D6HXjjxhsPskAhzdf4w4nEHAKRCp8YD2fyzJWKZIAc4BXwT1WqR4xiOEUdAxWemCrxPO+Mmi7yJtFg6j7rWZPR9YRlOC4su7P1qNrUFfEwC7owZElOo9Y9m9wcWnZSx05u0dXlPq1cGXfEMv7sXX/kdVKEATJzLZ/ln9k= Received: by 10.67.24.13 with SMTP id b13mr3504125ugj; Sat, 08 Jul 2006 18:57:08 -0700 (PDT) Received: by 10.67.105.8 with HTTP; Sat, 8 Jul 2006 18:57:07 -0700 (PDT) Message-ID: Date: Sat, 8 Jul 2006 21:57:07 -0400 From: "Scott Ullrich" To: "Eric Anderson" In-Reply-To: <44AEC9E1.50002@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44AEBEF3.6010703@rogers.com> <44AEC9E1.50002@centtech.com> Cc: Mike Jakubik , freebsd-geom@freebsd.org Subject: Re: Detecting GMIRROR volumes without using gmirror utility 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, 09 Jul 2006 01:57:10 -0000 On 7/7/06, Eric Anderson wrote: > The problem with the sysctl, is that it doesn't know about the GEOM > markers that don't have kernel modules loaded. For instance, I have a > drive that is part of a geom_journal. Without geom_journal loaded, the > conftxt reports: > > 0 DISK da0 400088457216 512 hd 255 sc 63 > 1 MBR da0s2 24281026560 512 i 1 o 375804817920 ty 6 > 1 MBR da0s1 375804785664 512 i 0 o 32256 ty 165 > 2 BSD da0s1e 5363856384 512 i 4 o 370440929280 ty 7 > 3 LABEL label/journal 5363855872 512 i 0 o 0 > 2 BSD da0s1d 370440929280 512 i 3 o 0 ty 7 > 3 LABEL label/backup 370440928768 512 i 0 o 0 > 2 BSD da0s1c 375804785664 512 i 2 o 0 ty 0 > 0 DISK ad0 100030242816 512 hd 16 sc 63 > 1 MBR ad0s2 69791500800 512 i 1 o 16162675200 ty 165 > 2 BSD ad0s2e 11020913152 512 i 4 o 58770587648 ty 7 > 3 LABEL ufs/alt 11020913152 512 i 0 o 0 > 2 BSD ad0s2d 19922944000 512 i 3 o 38847643648 ty 7 > 3 LABEL ufs/home 19922944000 512 i 0 o 0 > 2 BSD ad0s2c 69791500800 512 i 2 o 0 ty 0 > 2 BSD ad0s2b 2147483648 512 i 1 o 0 ty 1 > 2 BSD ad0s2a 36700160000 512 i 0 o 2147483648 ty 7 > 1 MBR ad0s1 16162642944 512 i 0 o 32256 ty 12 > > see the da0s* stuff? That is actually part of a geom_journal, but since > the kernel module isn't loaded, it doesn't taste for it. Now, I simply > load the geom_journal module, and check the sysctl again: > > 0 DISK da0 400088457216 512 hd 255 sc 63 > 1 MBR da0s2 24281026560 512 i 1 o 375804817920 ty 6 > 1 MBR da0s1 375804785664 512 i 0 o 32256 ty 165 > 2 BSD da0s1e 5363856384 512 i 4 o 370440929280 ty 7 > 3 LABEL label/journal 5363855872 512 i 0 o 0 > 4 JOURNAL label/backup.journal 370440928256 512 > 5 BSD label/backup.journale 5363856384 512 i 4 o 370440929280 ty 7 > 5 BSD label/backup.journald 370440929280 512 i 3 o 0 ty 7 > 5 BSD label/backup.journalc 375804785664 512 i 2 o 0 ty 0 > 2 BSD da0s1d 370440929280 512 i 3 o 0 ty 7 > 3 LABEL label/backup 370440928768 512 i 0 o 0 > 4 JOURNAL label/backup.journal 370440928256 512 > 5 BSD label/backup.journale 5363856384 512 i 4 o 370440929280 ty 7 > 5 BSD label/backup.journald 370440929280 512 i 3 o 0 ty 7 > 5 BSD label/backup.journalc 375804785664 512 i 2 o 0 ty 0 > 2 BSD da0s1c 375804785664 512 i 2 o 0 ty 0 > 0 DISK ad0 100030242816 512 hd 16 sc 63 > 1 MBR ad0s2 69791500800 512 i 1 o 16162675200 ty 165 > 2 BSD ad0s2e 11020913152 512 i 4 o 58770587648 ty 7 > 3 LABEL ufs/alt 11020913152 512 i 0 o 0 > 2 BSD ad0s2d 19922944000 512 i 3 o 38847643648 ty 7 > 3 LABEL ufs/home 19922944000 512 i 0 o 0 > 2 BSD ad0s2c 69791500800 512 i 2 o 0 ty 0 > 2 BSD ad0s2b 2147483648 512 i 1 o 0 ty 1 > 2 BSD ad0s2a 36700160000 512 i 0 o 2147483648 ty 7 > 1 MBR ad0s1 16162642944 512 i 0 o 32256 ty 12 > > > Now it sees the journal. > > I think you will not be able to get away from loading the geom modules, > because they are what do the tasting for their class. I see what you mean. I've got it working!! I've got a bit of cleanup to do but should be able to post a FreeSBIE test ISO in the next week. Thanks to everyone that replied. This feature is quite handy!! Scott From owner-freebsd-geom@FreeBSD.ORG Sun Jul 9 15:58:32 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDB0816A4DF for ; Sun, 9 Jul 2006 15:58:32 +0000 (UTC) (envelope-from fb-geom@psconsult.nl) Received: from ps226.psconsult.nl (ps226.psconsult.nl [213.222.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6051743D6E for ; Sun, 9 Jul 2006 15:58:27 +0000 (GMT) (envelope-from fb-geom@psconsult.nl) Received: from phuket.psconsult.nl (localhost [127.0.0.1]) by phuket.psconsult.nl (8.13.1/8.13.1) with ESMTP id k69Fw0xp067842 for ; Sun, 9 Jul 2006 17:58:00 +0200 (CEST) (envelope-from fb-geom@psconsult.nl) Received: (from paul@localhost) by phuket.psconsult.nl (8.13.1/8.13.1/Submit) id k69FvxJj067841 for freebsd-geom@freebsd.org; Sun, 9 Jul 2006 17:57:59 +0200 (CEST) (envelope-from fb-geom@psconsult.nl) X-Authentication-Warning: phuket.psconsult.nl: paul set sender to fb-geom@psconsult.nl using -f Date: Sun, 9 Jul 2006 17:57:59 +0200 From: Paul Schenkeveld To: freebsd-geom@freebsd.org Message-ID: <20060709155759.GA67709@psconsult.nl> Mail-Followup-To: freebsd-geom@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: Which geom to use? 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, 09 Jul 2006 15:58:32 -0000 Hi, Some installations just need a lot of filesystems (e.g. systems with many jails) making geom_bsd a bad choice because it only supports 7 partitions. So far I've been using vinum and gvinum for the task of dividing my disk which is also quite convinient for adding new partitions in so far unallocated space later on. On systems with mirrored disks (or RAID5) this works fine but on systems with a single disk this approach has a very bad consequence: when a disk error occurs anywhere on the disk, all subdisk and thus all volumes on this drive object become invalid and the system crashes. Another approach is to slice up the disk in MBR and divide each slice in 7 patitions with bsdlabel giving you 28 partitions to use and less freedom to re-allocate later on because it's a very hard job to change the MBR slices without doing a complete re-partitioning. I've heard of people putting filesystems in files using md(4) but I fear the performance penalty of going through a filesystem layer twice. So what would you guys recommend in this case, gpt(4)? Or is there some kind of geom that does just the volume management of gvinum without marking all volumes down at the first media error? Regards, Paul Schenkeveld From owner-freebsd-geom@FreeBSD.ORG Mon Jul 10 09:00:59 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A2D516A4DF for ; Mon, 10 Jul 2006 09:00:59 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from matrix.teledomenet.gr (dns1.teledomenet.gr [213.142.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A321543D46 for ; Mon, 10 Jul 2006 09:00:57 +0000 (GMT) (envelope-from nvass@teledomenet.gr) Received: from iris ([192.168.1.71]) by matrix.teledomenet.gr (8.12.10/8.12.10) with ESMTP id k6A90tEY027042; Mon, 10 Jul 2006 12:00:55 +0300 From: Nikos Vassiliadis To: freebsd-geom@freebsd.org Date: Mon, 10 Jul 2006 11:57:53 +0300 User-Agent: KMail/1.9.1 References: <20060709155759.GA67709@psconsult.nl> In-Reply-To: <20060709155759.GA67709@psconsult.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607101157.53801.nvass@teledomenet.gr> Cc: Paul Schenkeveld Subject: Re: Which geom to use? 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, 10 Jul 2006 09:00:59 -0000 On Sunday 09 July 2006 18:57, Paul Schenkeveld wrote: > Hi, > > Some installations just need a lot of filesystems (e.g. systems with > many jails) making geom_bsd a bad choice because it only supports > 7 partitions. You can use nested labels. You can a create a bsdlabel inside a bsdlabel. I don't know the limit of nesting. I doubt you'll ever need more than 7**2 partions, or 7**3 partitions, or ... Then you can use glabel to assign names to the partitions, so you won't have to remember the exact partioning scheme. It will look like this: /dev/label/jail_01, /dev/label/music, /dev/label/src HTH, Nikos From owner-freebsd-geom@FreeBSD.ORG Mon Jul 10 09:32:05 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3261316A4DD for ; Mon, 10 Jul 2006 09:32:05 +0000 (UTC) (envelope-from stas@310.ru) Received: from com1.ht-systems.ru (com1.ht-systems.ru [83.97.104.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2347443D55 for ; Mon, 10 Jul 2006 09:32:03 +0000 (GMT) (envelope-from stas@310.ru) Received: from [213.87.72.70] (helo=fonon.realnet) by com1.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1FzsF3-0007qO-3G for freebsd-geom@freebsd.org; Mon, 10 Jul 2006 13:39:51 +0400 Received: from localhost (localhost [IPv6:::1]) by fonon.realnet (8.13.6/8.13.6) with ESMTP id k6A9VQVq001470 for ; Mon, 10 Jul 2006 13:31:40 +0400 (MSD) (envelope-from stas@310.ru) Date: Mon, 10 Jul 2006 13:31:21 +0400 From: Stanislav Sedov To: freebsd-geom@freebsd.org Message-ID: <20060710133121.1836230d@localhost> In-Reply-To: <20060706224209.58107.qmail@web30309.mail.mud.yahoo.com> References: <20060706224209.58107.qmail@web30309.mail.mud.yahoo.com> Organization: MBSD labs, Inc. X-Operating-System: FreeBSD X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_fGVVJEOJZ/aaFl/wIsDMGwa"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.5.2 Subject: Re: new class / geom_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: Mon, 10 Jul 2006 09:32:05 -0000 --Sig_fGVVJEOJZ/aaFl/wIsDMGwa Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable =EE=C1 Thu, 6 Jul 2006 15:42:09 -0700 (PDT) "R. B. Riddick" =DA=C1=D0=C9=D3=C1=CE=CF: > Hi! >=20 > My proposal for > geom_raid5 > is ready so far... >=20 > If somebody wants to test it, he or she can download it from > http://home.tiscali.de./cmdr_faako/geom_raid5.tbz >=20 How do you handle data recovery in case of crash of one of providers? All raid5 implemetations use different ECC algorithms for this, like Reed-Solomon codes etc. I haven't looked deeply into the code, but it seems there is no any such algrithms implemeted there. Do you just duplicate data on all providers? --=20 Stanislav Sedov MBSD labs, Inc. =F2=CF=D3=D3=C9=D1, =ED=CF=D3=CB=D7=C1 http://mbsd.msk.ru -------------------------------------------------------------------- If the facts don't fit the theory, change the facts. -- A. Einstein -------------------------------------------------------------------- PGP fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 --Sig_fGVVJEOJZ/aaFl/wIsDMGwa Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEsh5tK/VZk+smlYERAiN0AJ91W2CnY4H2s1aW4w/Zk/h08SORWQCfTCoI +xlgo9apHxmTorSs5b/Ko4M= =A5+X -----END PGP SIGNATURE----- --Sig_fGVVJEOJZ/aaFl/wIsDMGwa-- From owner-freebsd-geom@FreeBSD.ORG Mon Jul 10 09:45:29 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91C0C16A4DA for ; Mon, 10 Jul 2006 09:45:29 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30310.mail.mud.yahoo.com (web30310.mail.mud.yahoo.com [68.142.200.103]) by mx1.FreeBSD.org (Postfix) with SMTP id 9C70143D76 for ; Mon, 10 Jul 2006 09:45:19 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 1541 invoked by uid 60001); 10 Jul 2006 09:45:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=scEE9jlYgzPiSplJIC1bgUq5VcSdwm+mpR5AK83S7FhCkLPb9lOn3QRGSoVFLrHEx7vqTASpD3p58cESnfGXV/I3yEh2Q5CvmREmPtVy+nLzj+iU9O8hBIaa74l6YZa+KHkoq1xbRqYLt5MgxarqQx7CgjNzO2jmVqKwMBEwJhM= ; Message-ID: <20060710094515.1539.qmail@web30310.mail.mud.yahoo.com> Received: from [213.54.82.46] by web30310.mail.mud.yahoo.com via HTTP; Mon, 10 Jul 2006 02:45:15 PDT Date: Mon, 10 Jul 2006 02:45:15 -0700 (PDT) From: "R. B. Riddick" To: Stanislav Sedov , freebsd-geom@freebsd.org In-Reply-To: <20060710133121.1836230d@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: new class / geom_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: Mon, 10 Jul 2006 09:45:29 -0000 --- Stanislav Sedov wrote: > На Thu, 6 Jul 2006 15:42:09 -0700 (PDT) > "R. B. Riddick" записано: > > My proposal for > > geom_raid5 > > is ready so far... > > > > If somebody wants to test it, he or she can download it from > > http://home.tiscali.de./cmdr_faako/geom_raid5.tbz > > How do you handle data recovery in case of crash of one of providers? > Hmm... As far as I understood the RAID5 idea, it is the following "trick": A XOR B XOR C = P A = P XOR B XOR C B = P XOR A XOR C C = P XOR A XOR B > All raid5 implemetations use different ECC algorithms for this, > like Reed-Solomon codes etc. > Hmm... I dont know so much about coding theory... I know that ECC means "error correction code" and I think the above formula describes an ECC, that can correct a missing bit, if we already know which bit is missing... E. g.: If we have the valid codewords 10 and 01, then we cannot say what 11 means, unless somebody tells us the second bit is a really very bad bit. > I haven't looked deeply into the code, but it seems there is no > any such algrithms implemeted there. Do you just duplicate data > on all providers? > Hmm... "duplicate data on all providers"... That sounds like a RAID1 / MIRROR... I am sorry, that my code is so bad, that it looks like MIRROR code... Maybe you should have a look at my newest version (I changed some things, but it is still mostly untested)? I have heard, that code inspection and tests should be done by somebody, who did not write it... So I would be glad, if somebody helps me here (of course I will do some tests, too, although I am a little bit annoyed by the BIOS-beeps already)... Should I use more but shorter functions? -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Mon Jul 10 11:03:07 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DB8016A503 for ; Mon, 10 Jul 2006 11:03:07 +0000 (UTC) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A2AD43D77 for ; Mon, 10 Jul 2006 11:03:01 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k6AB30fl055619 for ; Mon, 10 Jul 2006 11:03:00 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6AB2xHl055615 for freebsd-geom@freebsd.org; Mon, 10 Jul 2006 11:02:59 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 10 Jul 2006 11:02:59 GMT Message-Id: <200607101102.k6AB2xHl055615@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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, 10 Jul 2006 11:03:07 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/01/21] kern/76538 geom [gbde] nfs-write on gbde partition stalls o [2005/08/04] kern/84556 geom [geom] GBDE-encrypted swap causes panic a o [2005/10/16] kern/87544 geom [gbde] mmaping large files on a gbde file o [2005/11/16] kern/89102 geom [geom_vfs] [panic] panic when forced unmo o [2005/12/08] bin/90093 geom fdisk(8) incapable of altering in-core ge o [2005/12/18] kern/90582 geom [geom_mirror] [panic] Restore cause panic o [2006/04/15] kern/95771 geom [geom] geom mirror provider destroyed (ma o [2006/05/27] kern/98034 geom [geom] dereference of NULL pointer in acd o [2006/06/09] kern/98742 geom [geli] IO errors while using geli o [2006/06/21] kern/99256 geom [geli] kernel panic/freeze with geli and 10 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/02/26] bin/78131 geom gbde "destroy" not working. o [2005/03/26] kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o [2006/03/18] kern/94632 geom [geom] Kernel output resets input while G o [2006/06/05] kern/98538 geom [geom] Kernel panic on ggate destroy 4 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Jul 10 13:45:49 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32BE116A4E6 for ; Mon, 10 Jul 2006 13:45:49 +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 6D62443D58 for ; Mon, 10 Jul 2006 13:45:47 +0000 (GMT) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Fzw4M-0007tY-BO for freebsd-geom@freebsd.org; Mon, 10 Jul 2006 15:45:02 +0200 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 ; Mon, 10 Jul 2006 15:45:02 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 10 Jul 2006 15:45:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Mon, 10 Jul 2006 15:40:05 +0200 Lines: 10 Message-ID: References: <20060709155759.GA67709@psconsult.nl> <200607101157.53801.nvass@teledomenet.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en In-Reply-To: <200607101157.53801.nvass@teledomenet.gr> Sender: news Subject: Re: Which geom to use? 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, 10 Jul 2006 13:45:49 -0000 Nikos Vassiliadis wrote: > You can use nested labels. Or he can try gpt: http://www.freebsd.org/cgi/man.cgi?query=gpt Only AFAIK this implementation doesn't allow modifying the table when the partitions are used (mounted) - is this (still) correct? From owner-freebsd-geom@FreeBSD.ORG Mon Jul 10 16:07:01 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C8FC16A4DF for ; Mon, 10 Jul 2006 16:07:01 +0000 (UTC) (envelope-from stas@310.ru) Received: from com1.ht-systems.ru (com1.ht-systems.ru [83.97.104.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86BF243D72 for ; Mon, 10 Jul 2006 16:06:56 +0000 (GMT) (envelope-from stas@310.ru) Received: from [213.87.72.70] (helo=fonon.realnet) by com1.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1FzyPD-0004S8-Qp for freebsd-geom@freebsd.org; Mon, 10 Jul 2006 20:14:45 +0400 Received: from localhost (localhost [IPv6:::1]) by fonon.realnet (8.13.6/8.13.6) with ESMTP id k6A9X4pb001489 for ; Mon, 10 Jul 2006 13:33:07 +0400 (MSD) (envelope-from stas@310.ru) Date: Mon, 10 Jul 2006 13:33:04 +0400 From: Stanislav Sedov To: freebsd-geom@freebsd.org Message-ID: <20060710133304.47d222de@localhost> In-Reply-To: <20060709155759.GA67709@psconsult.nl> References: <20060709155759.GA67709@psconsult.nl> Organization: MBSD labs, Inc. X-Operating-System: FreeBSD X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_xeoVbC._HefzLU+b5uus55y; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.5.2 Subject: Re: Which geom to use? 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, 10 Jul 2006 16:07:01 -0000 --Sig_xeoVbC._HefzLU+b5uus55y Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable =EE=C1 Sun, 9 Jul 2006 17:57:59 +0200 Paul Schenkeveld =DA=C1=D0=C9=D3=C1=CE=CF: > Hi, >=20 > Some installations just need a lot of filesystems (e.g. systems with > many jails) making geom_bsd a bad choice because it only supports > 7 partitions. So far I've been using vinum and gvinum for the task > of dividing my disk which is also quite convinient for adding new > partitions in so far unallocated space later on. >=20 > On systems with mirrored disks (or RAID5) this works fine but on > systems with a single disk this approach has a very bad consequence: > when a disk error occurs anywhere on the disk, all subdisk and thus > all volumes on this drive object become invalid and the system > crashes. >=20 > Another approach is to slice up the disk in MBR and divide each slice > in 7 patitions with bsdlabel giving you 28 partitions to use and less > freedom to re-allocate later on because it's a very hard job to change > the MBR slices without doing a complete re-partitioning. >=20 > I've heard of people putting filesystems in files using md(4) but I > fear the performance penalty of going through a filesystem layer > twice. >=20 > So what would you guys recommend in this case, gpt(4)? Or is there > some kind of geom that does just the volume management of gvinum > without marking all volumes down at the first media error? >=20 I was using gpt to handle 20+ partitions on 2TB array for a long time with success. So it's well suited for this. --=20 Stanislav Sedov MBSD labs, Inc. =F2=CF=D3=D3=C9=D1, =ED=CF=D3=CB=D7=C1 http://mbsd.msk.ru -------------------------------------------------------------------- If the facts don't fit the theory, change the facts. -- A. Einstein -------------------------------------------------------------------- PGP fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 --Sig_xeoVbC._HefzLU+b5uus55y Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEsh7QK/VZk+smlYERAiEVAJ9VaOLOvVo2wNoVv4QIC3xoIvi23QCdHFKW 4EOgFeAcx5eJy6+o9a09hRE= =rHUC -----END PGP SIGNATURE----- --Sig_xeoVbC._HefzLU+b5uus55y-- From owner-freebsd-geom@FreeBSD.ORG Wed Jul 12 10:36:19 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6A5816A4E2 for ; Wed, 12 Jul 2006 10:36:19 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B57E43D95 for ; Wed, 12 Jul 2006 10:36:16 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id B6C432088; Wed, 12 Jul 2006 12:36:12 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id AAB902087; Wed, 12 Jul 2006 12:36:12 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 572B533C31; Wed, 12 Jul 2006 12:36:12 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Ivan Voras References: <20060709155759.GA67709@psconsult.nl> <200607101157.53801.nvass@teledomenet.gr> Date: Wed, 12 Jul 2006 12:36:12 +0200 In-Reply-To: (Ivan Voras's message of "Mon, 10 Jul 2006 15:40:05 +0200") Message-ID: <86d5cbds9v.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-geom@freebsd.org Subject: Re: Which geom to use? 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, 12 Jul 2006 10:36:19 -0000 Ivan Voras writes: > Only AFAIK [gpt] doesn't allow modifying the table when the > partitions are used (mounted) - is this (still) correct? Yes, although I believe Marcel is slowly working on correcting this. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Thu Jul 13 15:07:28 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29FA716A4DA for ; Thu, 13 Jul 2006 15:07:28 +0000 (UTC) (envelope-from nonsolosoft@diff.org) Received: from maya.ngi.it (ns2.ngi.it [88.149.128.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D44143D66 for ; Thu, 13 Jul 2006 15:07:26 +0000 (GMT) (envelope-from nonsolosoft@diff.org) Received: from k7.diff.org (81-174-26-135.f5.ngi.it [81.174.26.135]) by maya.ngi.it (8.13.6/8.13.5) with ESMTP id k6DF7OrL025396 for ; Thu, 13 Jul 2006 17:07:25 +0200 Received: from [127.0.0.1] (localhost [127.0.0.1]) by k7.diff.org (8.13.6/8.13.4) with ESMTP id k6DF97pD007877 for ; Thu, 13 Jul 2006 17:09:07 +0200 (CEST) (envelope-from nonsolosoft@diff.org) Message-ID: <44B66213.4020603@diff.org> Date: Thu, 13 Jul 2006 17:09:07 +0200 From: Ferruccio Zamuner Organization: NonSoLoSoft - Italy - http://www.nonsolosoft.com/ User-Agent: Thunderbird 1.5 (X11/20060114) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gmirror State: STALE 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, 13 Jul 2006 15:07:28 -0000 Hi, I was using gvinum but I'd not discovered how to recover unused disk space, then I was trying gmirror and gstripe instead. Geom name: root State: DEGRADED Components: 2 Balance: load Slice: 4096 Flags: NOAUTOSYNC GenID: 0 SyncID: 2 ID: 316001977 Providers: 1. Name: mirror/root Mediasize: 629145088 (600M) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad6s1a Mediasize: 629145600 (600M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 0 SyncID: 2 ID: 3526336860 2. Name: ad4s1a Mediasize: 629145600 (600M) Sectorsize: 512 Mode: r1w1e1 State: STALE Priority: 0 Flags: SYNCHRONIZING GenID: 0 SyncID: 1 ID: 2315910758 How can I chage state of STALE from last one? It has been in SYNCHRONIZING for some hour and it still there. Following cmds fails: gmirror rebuild root /dev/ad4s1a gmirror forget root /dev/ad4s1a gmirror remove root /dev/ad4s1a Any idea? Thank you in advance. \fer From owner-freebsd-geom@FreeBSD.ORG Thu Jul 13 20:06:52 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C445A16A4DD for ; Thu, 13 Jul 2006 20:06:52 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AEBC43D45 for ; Thu, 13 Jul 2006 20:06:52 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id BDA1E51399; Thu, 13 Jul 2006 22:06:50 +0200 (CEST) Received: from localhost (dlq173.neoplus.adsl.tpnet.pl [83.24.46.173]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B61E450E96; Thu, 13 Jul 2006 22:06:45 +0200 (CEST) Date: Thu, 13 Jul 2006 22:03:34 +0200 From: Pawel Jakub Dawidek To: Ferruccio Zamuner Message-ID: <20060713200334.GB38014@garage.freebsd.pl> References: <44B66213.4020603@diff.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="neYutvxvOLaeuPCA" Content-Disposition: inline In-Reply-To: <44B66213.4020603@diff.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: gmirror State: STALE 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, 13 Jul 2006 20:06:52 -0000 --neYutvxvOLaeuPCA Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 13, 2006 at 05:09:07PM +0200, Ferruccio Zamuner wrote: > Hi, >=20 > I was using gvinum but I'd not discovered how to recover unused disk spac= e, then I was trying gmirror and gstripe instead. >=20 > Geom name: root > State: DEGRADED > Components: 2 > Balance: load > Slice: 4096 > Flags: NOAUTOSYNC > GenID: 0 > SyncID: 2 > ID: 316001977 > Providers: > 1. Name: mirror/root > Mediasize: 629145088 (600M) > Sectorsize: 512 > Mode: r1w1e1 > Consumers: > 1. Name: ad6s1a > Mediasize: 629145600 (600M) > Sectorsize: 512 > Mode: r1w1e1 > State: ACTIVE > Priority: 1 > Flags: NONE > GenID: 0 > SyncID: 2 > ID: 3526336860 > 2. Name: ad4s1a > Mediasize: 629145600 (600M) > Sectorsize: 512 > Mode: r1w1e1 > State: STALE > Priority: 0 > Flags: SYNCHRONIZING > GenID: 0 > SyncID: 1 > ID: 2315910758 >=20 > How can I chage state of STALE from last one? > It has been in SYNCHRONIZING for some hour and it still there. SYNCHRONIZING is a flag only, not a state, it doesn't mean it is beeing synchronized, but that it needs synchronization. > Following cmds fails: >=20 > gmirror rebuild root /dev/ad4s1a Hmm, 'gmirror rebuild root ad4s1a' should work. I'll change it to accept components with /dev/ also. BTW. Are you sure you don't want to use autosynchronization? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --neYutvxvOLaeuPCA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEtqcWForvXbEpPzQRAhdTAKCoA9Mj41jgstUkyaseVFJBZRSlnQCeKWm4 S1iazGUlBEuT7wbT7o2Hzm4= =Mm16 -----END PGP SIGNATURE----- --neYutvxvOLaeuPCA-- From owner-freebsd-geom@FreeBSD.ORG Thu Jul 13 22:56:51 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 499C716A4E0 for ; Thu, 13 Jul 2006 22:56:51 +0000 (UTC) (envelope-from mhjacks@swbell.net) Received: from smtp112.sbc.mail.mud.yahoo.com (smtp112.sbc.mail.mud.yahoo.com [68.142.198.211]) by mx1.FreeBSD.org (Postfix) with SMTP id 7F1C943D64 for ; Thu, 13 Jul 2006 22:56:46 +0000 (GMT) (envelope-from mhjacks@swbell.net) Received: (qmail 19176 invoked from network); 13 Jul 2006 22:56:45 -0000 Received: from unknown (HELO anduril.minas.tirith) (mhjacks@swbell.net@65.67.72.193 with login) by smtp112.sbc.mail.mud.yahoo.com with SMTP; 13 Jul 2006 22:56:45 -0000 Received: from localhost (localhost [127.0.0.1]) by anduril.minas.tirith (Postfix) with ESMTP id BF5C02E02F for ; Thu, 13 Jul 2006 17:56:44 -0500 (CDT) X-Virus-Scanned: amavisd-new at minas.tirith Received: from anduril.minas.tirith ([127.0.0.1]) by localhost (anduril.minas.tirith [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5tfxIBW3TiiA for ; Thu, 13 Jul 2006 17:56:43 -0500 (CDT) Received: from [192.168.2.102] (arwen.minas.tirith [192.168.2.102]) by anduril.minas.tirith (Postfix) with ESMTP id 6261F2E02E for ; Thu, 13 Jul 2006 17:56:43 -0500 (CDT) Message-ID: <44B6CFAC.10702@swbell.net> Date: Thu, 13 Jul 2006 17:56:44 -0500 From: Martin Jackson User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Automatic subdisk naming? 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, 13 Jul 2006 22:56:51 -0000 It's been a while, but I seem to recall that given a plex with org concat, the historic vinum could create subdisks that were automatically named with the name prefixes of the other objects in that volume. For example: drive vg device ad0s1g volume home plex org concat sd len 4g drive vg Which would create: home (volume) home.p0 (plex) home.p0.s0 (subdisk) Then, when the time came to expand the volume, the following could be used: sd len 4g plex home.p0 Which would create home.p0.s1 and the volume home could be expanded with growfs. In the 6.1-RELEASE-p2 implementation of gvinum, when I try this, I get a subdisk simply named ".s0", but apparently added to the correct plex (it increases in size). Is this considered a bug? Is it enough detail? :) A casual search of PR's didn't show me anything that looked quite like this. Thanks, Marty From owner-freebsd-geom@FreeBSD.ORG Fri Jul 14 11:55:02 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 886BB16A4E1; Fri, 14 Jul 2006 11:55:02 +0000 (UTC) (envelope-from myself@rojer.pp.ru) Received: from wooster.rojer.pp.ru (wooster.rojer.pp.ru [80.68.246.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0ADD43D45; Fri, 14 Jul 2006 11:55:01 +0000 (GMT) (envelope-from myself@rojer.pp.ru) Received: from wooster.rojer.pp.ru (localhost [127.0.0.1]) by wooster.rojer.pp.ru (Postfix) with ESMTP id C249811420; Fri, 14 Jul 2006 15:54:59 +0400 (MSD) X-Spam-Checker-Version: SpamAssassin 3.1.3-rojer (2006-06-01) on wooster.rojer.pp.ru X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.1.3-rojer Received: from [192.168.1.103] (unknown [86.42.130.182]) by wooster.rojer.pp.ru (Postfix) with ESMTP; Fri, 14 Jul 2006 15:54:55 +0400 (MSD) Message-ID: <44B78608.1040300@rojer.pp.ru> Date: Fri, 14 Jul 2006 15:54:48 +0400 From: Deomid Ryabkov User-Agent: Thunderbird 1.5.0.4 (X11/20060707) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <44B66213.4020603@diff.org> <20060713200334.GB38014@garage.freebsd.pl> In-Reply-To: <20060713200334.GB38014@garage.freebsd.pl> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090604090504000209060407" Cc: Ferruccio Zamuner , freebsd-geom@freebsd.org Subject: Re: gmirror State: STALE 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, 14 Jul 2006 11:55:02 -0000 This is a cryptographically signed message in MIME format. --------------ms090604090504000209060407 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Pawel Jakub Dawidek wrote: > > BTW. Are you sure you don't want to use autosynchronization? > autosynchronization is a major issue with fsck, esp. with foreground. it totally thrashes disk, that's why i had to turn off autosync and come up with a cron job that'd re-syncronize mirror if needed, but only if fsck is not running. I think, that ultimately should be handled in the base system: do not let mirror sync and fsck collide, ever. therefore, maybe autosync should default to off, or fsck should check if it's going to check a synchronising mirror and suspend the synchronization for the time it runs the check? -- Deomid Ryabkov aka Rojer myself@rojer.pp.ru rojer@sysadmins.ru ICQ: 8025844 --------------ms090604090504000209060407 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJPTCC AvkwggJioAMCAQICEA6d3TvG5eRen2BAM1uAkm0wDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDQwMTE4MjY1NFoX DTA3MDQwMTE4MjY1NFowXzEQMA4GA1UEBBMHUnlhYmtvdjEPMA0GA1UEKhMGRGVvbWlkMRcw FQYDVQQDEw5EZW9taWQgUnlhYmtvdjEhMB8GCSqGSIb3DQEJARYSbXlzZWxmQHJvamVyLnBw LnJ1MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAmnOKvalRf0lrl/4S2fAVovyt 2FxjDn8hDhSOeYNY97Ddi8Y2t+eELg7cpxAUq9GnymPBQanGlvUN2VTuSA4YUVg+VE1yhGgE TDKm0CNVh0v5LOVVAs52IFvdQ0wREYRH0nPBa/ovPWVvlsJ/cIR5GhvRfAW3FbvuP+bEYU54 ESo7OTu7EeGVOLBTF5ow1zaU9PStIied3ffaK5xl8lB6TnQ7DBnIir0ugCqdAuaVxsjD4SfG hqzv42uOuvNjFCQhtFn9dUSnx1cF1TI39cumqVV4UNrqDlQZ4bgrBu/ClqSI4oJnfxgafNkq oSVx7mXNuD1U7V8tJRbOiNdZFpS6mwIDAQABoy8wLTAdBgNVHREEFjAUgRJteXNlbGZAcm9q ZXIucHAucnUwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQAmvjeaZmSMwreI1RIl M1frBBOatokRhsStY6nyswNwxpCCcMGiK6sS8a0rtE4Iowvm48oCfXG062anUAFUMJ+e6Fse uOE1lJKrFQRJWGUzp61BOZJH8HZfKnrb7ll2GXY7YvvBicmif/wdjEBgp0WwNucm6jJS/57f mY3M9LQbwzCCAvkwggJioAMCAQICEA6d3TvG5eRen2BAM1uAkm0wDQYJKoZIhvcNAQEEBQAw YjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4x LDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDQw MTE4MjY1NFoXDTA3MDQwMTE4MjY1NFowXzEQMA4GA1UEBBMHUnlhYmtvdjEPMA0GA1UEKhMG RGVvbWlkMRcwFQYDVQQDEw5EZW9taWQgUnlhYmtvdjEhMB8GCSqGSIb3DQEJARYSbXlzZWxm QHJvamVyLnBwLnJ1MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAmnOKvalRf0lr l/4S2fAVovyt2FxjDn8hDhSOeYNY97Ddi8Y2t+eELg7cpxAUq9GnymPBQanGlvUN2VTuSA4Y UVg+VE1yhGgETDKm0CNVh0v5LOVVAs52IFvdQ0wREYRH0nPBa/ovPWVvlsJ/cIR5GhvRfAW3 FbvuP+bEYU54ESo7OTu7EeGVOLBTF5ow1zaU9PStIied3ffaK5xl8lB6TnQ7DBnIir0ugCqd AuaVxsjD4SfGhqzv42uOuvNjFCQhtFn9dUSnx1cF1TI39cumqVV4UNrqDlQZ4bgrBu/ClqSI 4oJnfxgafNkqoSVx7mXNuD1U7V8tJRbOiNdZFpS6mwIDAQABoy8wLTAdBgNVHREEFjAUgRJt eXNlbGZAcm9qZXIucHAucnUwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQAmvjea ZmSMwreI1RIlM1frBBOatokRhsStY6nyswNwxpCCcMGiK6sS8a0rtE4Iowvm48oCfXG062an UAFUMJ+e6FseuOE1lJKrFQRJWGUzp61BOZJH8HZfKnrb7ll2GXY7YvvBicmif/wdjEBgp0Ww Nucm6jJS/57fmY3M9LQbwzCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJ BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEa MBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vy dmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTEr MCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcw MDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUg Q29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065ypla HmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FW y688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEE QB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2 oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3Js MAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0x MzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYf qi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9l X5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggNkMIIDYAIBATB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQDp3dO8bl 5F6fYEAzW4CSbTAJBgUrDgMCGgUAoIIBwzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG CSqGSIb3DQEJBTEPFw0wNjA3MTQxMTU0NDhaMCMGCSqGSIb3DQEJBDEWBBRtFOcGyURrQtJk YLnKrB0VEYRAlDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIA gDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBhQYJKwYBBAGCNxAE MXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkg THRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEA6d 3TvG5eRen2BAM1uAkm0wgYcGCyqGSIb3DQEJEAILMXigdjBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEA6d3TvG5eRen2BAM1uAkm0wDQYJKoZIhvcN AQEBBQAEggEAPL5awZPIheyG8M7vTC3z+rgYhKw+18+TUy1t5p9+w1RbYsG0Yt0n19H4pSGA B4jAX5yaSpnMJ2XlMwdO8Q8WlF0eaJnO8FH8iDf3YgNMnrW0/Aqqrc3eZZxBAftGtuTmw2+h 1C9PiNCiuhcg/JArPc272eRTh2WnLKgkkzPi1Lduqmv6Xjp5vqBJtjHMwhjmWjkPPdajR4zf tF4/dAIiVtSPPezQewkygVGjDSTMfO3WCfQQWisGkgMnmMdVYoBE0yrq9MgS/gynvcXQ9Sfb zXQtG+W+wNl1SbLApzTFG9BilaAN3iYMlSC//k12jStm/0QJQhar///Ra++0GA77xAAAAAAA AA== --------------ms090604090504000209060407-- From owner-freebsd-geom@FreeBSD.ORG Fri Jul 14 12:15:36 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3751B16A4E0 for ; Fri, 14 Jul 2006 12:15:36 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30312.mail.mud.yahoo.com (web30312.mail.mud.yahoo.com [68.142.201.230]) by mx1.FreeBSD.org (Postfix) with SMTP id D4B7343D5E for ; Fri, 14 Jul 2006 12:15:30 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 46030 invoked by uid 60001); 14 Jul 2006 12:15:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Z0WtQYOSU+B79CbiXUT2+8yDCsehDDxegjwl7vbnXhr/twaC7xs70c0MG5qocPHaoc/J8vhAjA2CzIafeOFdsX8REb56ZgZw/r6gcX1Ksf0NIscWhwv3mfFz8ntpGZauvADQiGn13+r4bbUS1sWZTJUiolMJD4I3UDB8rwyRiwU= ; Message-ID: <20060714121530.46028.qmail@web30312.mail.mud.yahoo.com> Received: from [213.54.67.180] by web30312.mail.mud.yahoo.com via HTTP; Fri, 14 Jul 2006 05:15:30 PDT Date: Fri, 14 Jul 2006 05:15:30 -0700 (PDT) From: "R. B. Riddick" To: Deomid Ryabkov In-Reply-To: <44B78608.1040300@rojer.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-geom@freebsd.org Subject: Re: gmirror State: STALE 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, 14 Jul 2006 12:15:36 -0000 --- Deomid Ryabkov wrote: > Pawel Jakub Dawidek wrote: > > > > BTW. Are you sure you don't want to use autosynchronization? > > > > [...] > I think, that ultimately should be handled in the base system: > do not let mirror sync and fsck collide, ever. > I experienced the same problem... Especially when there are two mirrors on the same two disks... Somehow the head positioning times increase the overall processing time much more than linear... I think it would be a good idea to change the rebuild-strategy (maybe something that is slower; e. g. one rebuild-request per 20 other requests or when there are no pending other requests) in case of high load (e. g. fsck), although that would increase the risk of data loss (another strategy could be, that other requests are delayed until 20 rebuild-requests have been completed). There is another problem in my setting: The rebuild of the other mirror devices that use the same disk(s) should be delayed... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Fri Jul 14 12:29:37 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9649816A4DD for ; Fri, 14 Jul 2006 12:29:37 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30302.mail.mud.yahoo.com (web30302.mail.mud.yahoo.com [68.142.200.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 1CBFB43D45 for ; Fri, 14 Jul 2006 12:29:36 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 17969 invoked by uid 60001); 14 Jul 2006 12:29:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=mBgk0DBkCWsaBl8xOtVpLlUJQUxEDdWyJoQ33nQyzqtj3gUd7GVD59/TPVXE15geGBYLX+Qv/Z2txhUUKpXl3zKLszvB3nhMyU3yMT2FDVQGT6bGsBAgZUPVJb7ymrNX02INPppUAJRtLvMNlf1xXwQDb+4HLTAmXGP5+WBa2eI= ; Message-ID: <20060714122936.17967.qmail@web30302.mail.mud.yahoo.com> Received: from [213.54.67.180] by web30302.mail.mud.yahoo.com via HTTP; Fri, 14 Jul 2006 05:29:36 PDT Date: Fri, 14 Jul 2006 05:29:36 -0700 (PDT) From: "R. B. Riddick" To: freebsd-geom@freebsd.org In-Reply-To: <20060710094515.1539.qmail@web30310.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: new class / geom_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: Fri, 14 Jul 2006 12:29:37 -0000 --- "R. B. Riddick" wrote: > My proposal for > geom_raid5 > is ready so far... > Now I did some own tests (even with concurrent insert, rebuild, regular-read and regular-write)... They all passed after I found out, that I created a deadlock... ;-)) I think, now others might be able to do tests, too... I solved the deadlock by pretending a lack of memory, so that the request, that was to be ->start()'ed is pushed back to the end of the down queue, which slows down all requests of every geom (due to pace) a little bit, doesn't it? -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Fri Jul 14 15:04:01 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A852416A4DD for ; Fri, 14 Jul 2006 15:04:01 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31F1643D49 for ; Fri, 14 Jul 2006 15:04:00 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k6EF3xKt039817; Fri, 14 Jul 2006 10:03:59 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44B7B266.2020701@centtech.com> Date: Fri, 14 Jul 2006 10:04:06 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: "R. B. Riddick" References: <20060714121530.46028.qmail@web30312.mail.mud.yahoo.com> In-Reply-To: <20060714121530.46028.qmail@web30312.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1599/Fri Jul 14 00:35:31 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: Deomid Ryabkov , freebsd-geom@freebsd.org Subject: Re: gmirror State: STALE 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, 14 Jul 2006 15:04:01 -0000 On 07/14/06 07:15, R. B. Riddick wrote: > --- Deomid Ryabkov wrote: >> Pawel Jakub Dawidek wrote: >>> BTW. Are you sure you don't want to use autosynchronization? >>> >> [...] >> I think, that ultimately should be handled in the base system: >> do not let mirror sync and fsck collide, ever. >> > I experienced the same problem... Especially when there are two mirrors on the > same two disks... Somehow the head positioning times increase the overall > processing time much more than linear... > > I think it would be a good idea to change the rebuild-strategy (maybe something > that is slower; e. g. one rebuild-request per 20 other requests or when there > are no pending other requests) in case of high load (e. g. fsck), although that > would increase the risk of data loss (another strategy could be, that other > requests are delayed until 20 rebuild-requests have been completed). > > There is another problem in my setting: The rebuild of the other mirror devices > that use the same disk(s) should be delayed... Maybe it's because the stale mirror disks are also trying to do reads for the mirror provider? Maybe during mirror synch the out-of-date geom should not participate in any reads? (Maybe that is how it is already - I didn't look at the code) Maybe also mirror rebuilds should happen 'behind' the real writes - so when a block is written to the mirror, the primary disk gets the data written in real-time and does not block waiting for all the other mirrored geoms to finish writing also. That way, if you have a slightly slower disk in a mirror, the slower disk doesn't penalize the faster one. The cost of this is of course there would be times during heavy IO that the mirror isn't *exactly* in sync. Sounds like a good sysctl tunable? Maybe a maximum delay time setting is the right choice, similar to what gjournal has. Maybe the same could be achieved by setting: kern.geom.mirror.syncs_per_sec: 1000 kern.geom.mirror.reqs_per_sync: 5 to something lower, like: kern.geom.mirror.syncs_per_sec: 100 kern.geom.mirror.reqs_per_sync: 2 Or higher - I'm not sure how they would impact performance while an fsck is running. Sounds like using your geom_cache on top of the mirror would help this. :) Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Fri Jul 14 18:24:50 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9AEA16A4DA for ; Fri, 14 Jul 2006 18:24:50 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30307.mail.mud.yahoo.com (web30307.mail.mud.yahoo.com [68.142.200.100]) by mx1.FreeBSD.org (Postfix) with SMTP id 21DAB43D45 for ; Fri, 14 Jul 2006 18:24:50 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 43463 invoked by uid 60001); 14 Jul 2006 18:24:48 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=R2sYs6k0sdykz25X3Q2xsevhAFdf/cb1gcsvzKYDmKjzCNYlklhk79AkAf+8BYBzpu95DknOSL4vPmOOz1npfhZye7Pa1NIWLWdYU8TgcO3ICDHsl6dQcQA5f/h0pvu/zIrOQbSQCLoT8ee92Zi+zN1XPVgXS0xm/pE24YZID0A= ; Message-ID: <20060714182448.43461.qmail@web30307.mail.mud.yahoo.com> Received: from [213.54.67.180] by web30307.mail.mud.yahoo.com via HTTP; Fri, 14 Jul 2006 11:24:48 PDT Date: Fri, 14 Jul 2006 11:24:48 -0700 (PDT) From: "R. B. Riddick" To: Eric Anderson In-Reply-To: <44B7B266.2020701@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Deomid Ryabkov , freebsd-geom@freebsd.org Subject: Re: gmirror State: STALE 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, 14 Jul 2006 18:24:50 -0000 --- Eric Anderson wrote: > Or higher - I'm not sure how they would impact performance while an fsck > is running. Sounds like using your geom_cache on top of the mirror > would help this. :) > I think geom_cache cant help here so much, since the rebuild-requests would almost always miss the cache, wont't they... The reads are to one of the clean discs only anyway... The writes are to the clean (part of the) discs (and cant be delayed by geom_cache)... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com