On Thu, Sep 20, 2001 at 08:35:04AM +1000, Neil Brown wrote:
> However when a RAID rebuild happens, every block on the array is read
> into the buffer cache (if it isn't already there) and then written
> back out again. This defeats the control that ext3 tries to maintain
> on the buffer cache.
>
> I don't know exactly what large-scale effects this might have. It
> could be simply that a crash at the wrong time could leave the
> filesystem corrupted.
Immediately after a crash, the fs will be OK. But during the
subsequent background raid reconstruction, it can get out of sync
again. This can result in silent data loss in some cases, but it is
also likely to trigger some internal ext3 debugging which detects
out-of-order data writes, resulting in a kernel panic.
Cheers,
Stephen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/