From owner-freebsd-current@FreeBSD.ORG Sun Jul 25 15:58:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 447B916A4CE for ; Sun, 25 Jul 2004 15:58:17 +0000 (GMT) Received: from havoc.eusc.inter.net (havoc.eusc.inter.net [213.73.101.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0113243D1F for ; Sun, 25 Jul 2004 15:58:17 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-031.de.inter.net ([213.73.76.31] helo=current.best-eng.de) by havoc.eusc.inter.net with esmtp (Exim 3.36 #3) id 1BolOB-0004kf-00; Sun, 25 Jul 2004 17:58:15 +0200 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.12.11/8.12.11) with ESMTP id i6PFwCKD000991; Sun, 25 Jul 2004 17:58:12 +0200 (CEST) (envelope-from matthias@current.best-eng.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.12.11/8.12.11/Submit) id i6PFwCsT000990; Sun, 25 Jul 2004 17:58:12 +0200 (CEST) (envelope-from matthias) From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: freebsd-current@freebsd.org Date: Sun, 25 Jul 2004 17:58:11 +0200 User-Agent: KMail/1.6.2 References: <20040724041844.41697.qmail@web14206.mail.yahoo.com> <20040724235233.GE78419@wantadilla.lemis.com> <20040725000935.GA45839@wheel.dk> In-Reply-To: <20040725000935.GA45839@wheel.dk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200407251758.11912.msch@snafu.de> X-Mailman-Approved-At: Mon, 26 Jul 2004 11:46:19 +0000 cc: "Niels Chr. Bank-Pedersen" Subject: Re: Vinum status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2004 15:58:17 -0000 On Sunday 25 July 2004 02:09, Niels Chr. Bank-Pedersen wrote: > If I'm not mistaken, neither "gmirror(8)" nor "graid5(8)" exists > at the moment, so users of vinum raid5 or mirrored plexes has > nowhere to go right now. At least for RAID5 that's not true. I *have* a vinum RAID5-Volume running with geom_vinum and it's basically working... Ahmm, Ok, sort of... I would expect that for mirrored plexes as well, but I have none in the moment... I use that RAID5 volume for /usr/obj for stress testing and I got data corruption on that volume so that I cannnot biuld world. But It worked with 'classic' vinum RAID5 as well as with geom_vinum CONCAT-plexes/volumes. What I found in /var/log/messages during building world with the geom_vinum RAID5-Volume is: Jul 22 21:27:13 current kernel: swap_pager: I/O error - pageout failed; blkno 66119,size 4096, error 12 Jul 22 21:27:13 current kernel: swap_pager: I/O error - pageout failed; blkno 612,size 4096, error 12 Jul 22 21:27:13 current kernel: swap_pager: I/O error - pageout failed; blkno 66120,size 12288, error 12 Jul 22 21:27:13 current kernel: swap_pager: I/O error - pageout failed; blkno 613,size 8192, error 12 [... repeatedly] I noticed that geom_vinum RAID5 is about twice as fast as 'classic' vinum RAID5 concerning sequential write and has therefor a higher CPU-usage as before - but that should not prevent the swap_pager from working... Another problem occurs if geom_vinum.ko is loaded via loader.conf - it does not panic any more (as it does about two weeks ago), but it does not collect all subdisks of a RAID5-plex *at boottime*. If I start gvinum if the system is up (multiuser), there are no problems any more collecting *all* subdisks available... But, OK, that's alpha-software... I try to find out where the problems are and report them to Lukas. I'm sure he will working on that if he has overcome the more private nuisances he has in the moment... -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F