Re: md failing mechanism

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

 



Depending on your distribution, you may have been scrubbing all along.

> Notice that if you have problems with timeouts, then this scrubbing
> can break your array by causing you to hit a bad sector and fail as
> Phil and others have described in several of his referenced EMails.

I remember disabling scrubbing myself. My reasons were not very... bright, but now it turned out to be a it's a good thing, because with TL;DR disabled by default, it could lead to that kind of bad things happening, yes. I remember having one drive kicked out of an array in my home storage, and since then, I've learned to use write-intent bitmaps to re-add them more easily. But I'm a BAARF person, so I only have mirrors; I wonder what happens if the only drive in a degraded mirror fails?..


I took the script from this Email:

https://www.marc.info/?l=linux-raid&m=144661276420400&w=2

and dropped that code in my /etc/rc.d/rc.local after verifying that my
Linux distribution still ran that script on every startup.  YMMV.
That solved my problem.  Good luck.

I was afraid to learn that my latest pack of drives are modern enough to be castrated already, but it turned out they are not. :) My anime is safe with the last 5900RPM Hitachi drives available, and they do support TL;DR. I wish Hitachi made more 5900RPM drives for such purposes...


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



[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux