tech-kern archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

replacing a soon-to-fail RAID component on the fly (was: saving RAIDframe parity accross a panic)

To: tech-kern%NetBSD.org@localhost
Subject: replacing a soon-to-fail RAID component on the fly (was: saving RAIDframe parity accross a panic)
From: Edgar Fuß <ef%math.uni-bonn.de@localhost>
Date: Fri, 28 Nov 2008 12:18:03 +0100

> There actually is a way around this, but it requires preparation at
> RAID setup time.
Nice trick, didn't think of that.

Does this setup impact performance?

Follow-Ups:
- Re: replacing a soon-to-fail RAID component on the fly (was: saving RAIDframe parity accross a panic)
  - From: der Mouse

References:
- Re: saving RAIDframe parity accross a panic
  - From: Greg Oster
- Re: saving RAIDframe parity accross a panic
  - From: der Mouse

Prev by Date: Re: saving RAIDframe parity accross a panic
Next by Date: Re: virtual kernels, syscall routing, etc.
Previous by Thread: Re: saving RAIDframe parity accross a panic
Next by Thread: Re: replacing a soon-to-fail RAID component on the fly (was: saving RAIDframe parity accross a panic)
Indexes:

Home | Main Index | Thread Index | Old Index