Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 Jul 2004 14:30:04 +0200 (CEST)
From:      Lukas Ertl <le@FreeBSD.org>
To:        Matthias Schuendehuette <msch@snafu.de>
Cc:        "Niels Chr. Bank-Pedersen" <ncbp@bank-pedersen.dk>
Subject:   Re: Vinum status
Message-ID:  <20040726142810.A772@korben.in.tern>
In-Reply-To: <200407251758.11912.msch@snafu.de>
References:  <20040724041844.41697.qmail@web14206.mail.yahoo.com> <20040725000935.GA45839@wheel.dk> <200407251758.11912.msch@snafu.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 25 Jul 2004, Matthias Schuendehuette wrote:

> 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 cannot really repeat that.  I put /usr/obj on a geom_vinum RAID5 and 
that worked fine.  Maybe you're low on memory?  Is swap also on a 
geom_vinum volume?

> 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...

I'm really astonished that you experience that performance. :-)  My tests 
showed that vinum is faster as geom_vinum in the RAID5 case (yet).

> 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...

That should be fixed by now.

> 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...

Thanks. :-)

cheers,
le

-- 
Lukas Ertl                         http://homepage.univie.ac.at/l.ertl/
le@FreeBSD.org                     http://people.freebsd.org/~le/



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040726142810.A772>