NeilBrown wrote: > On Tue, November 10, 2009 8:54 am, Piergiorgio Sartor wrote: > <snip> > > check/repair is primarily about reading every block on every device, > and being ready to cope with read errors by overwriting with the > correct data. This is known as scrubbing I believe. > I would normally just 'repair' every month or so. If there are > discrepancies I would like them reported and fixed. I they happen > often on a non-swap partition, I would like to knoe about it, otherwise > I would rather they were just fixed. Bingo - and according to the list archive many of us are getting mismatches without swap anywhere near the raid in question. The current situation is more akin to "Ok folks get in the plane, we're deploying in 2 hours, and btw your chute is not going to open and there is nothing you can do about it" How is that for a threat model :) Please someone step in and add *some* sort of reporting about which particular blocks are screwed, so a user can figure out which data is(about to) be lost. -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
