Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 15 Jun 2007 17:18:02 +0200
From:      Ulf Lilleengen <lulf@FreeBSD.org>
To:        Pawel Jakub Dawidek <pjd@FreeBSD.org>
Cc:        Perforce Change Reviews <perforce@FreeBSD.org>
Subject:   Re: PERFORCE change 121535 for review
Message-ID:  <20070615151802.GA19594@twoflower.idi.ntnu.no>
In-Reply-To: <20070615124940.GB37295@garage.freebsd.pl>
References:  <200706122057.l5CKvKlc084001@repoman.freebsd.org> <20070615124940.GB37295@garage.freebsd.pl>

next in thread | previous in thread | raw e-mail | index | archive | help

On Fri, Jun 15, 2007 at 02:49:40PM +0200, Pawel Jakub Dawidek wrote:
> On Tue, Jun 12, 2007 at 08:57:20PM +0000, Ulf Lilleengen wrote:
> > http://perforce.freebsd.org/chv.cgi?CH=121535
> > 
> > Change 121535 by lulf@lulf_carrot on 2007/06/12 20:57:13
> > 
> > 	- Allow subdisks to be added to raid5 plexes again.
> > 	- Add detach to userland gvinum tool
> > 	- Add gv_detach general request handler for detaching
> > 	- Add gv_detach_sd and gv_detach_plex to detach a subdisk and a plex.
> > 	- Make gv_sd_to_plex use the standard plex-size calculation.
> > 	- Add a sddetached-variable to gv_plex do be able to detect wether a
> > 	  plex misses a subdisk or not. This variable is increased when a
> > 	  subdisk is detached, and increased when a subdisk is attached.
> > 	- Remove weird offset-check with a correct one.
> > 	- Hook it up in the event system.
> > 	- Looks like handling a crashed drive, and replacing it is working so
> > 	  far!  
> 
> What do you use to test this? If you're not using it now, you should try
> gnop(8). You can simulate disk removal and I/O errors. It proved to be
> very handy for me in the past.
> 
I do a dd if=/dev/zero of=/dev/<gvinumdrive-device> which makes gvinum "loose"
the drive. But thanks for the tip. It can perhaps give me ability to test more
than just removal.

-- 
Ulf Lilleengen



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