Re: md failing mechanism

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

 



I wonder what happens if the only drive in a degraded mirror fails?..

Or any drive in a raid5 hits an error while replacing a failed disk.

BOOM.

Oh... That sucks. I understand that BOOM would happen on a RAID-F, but kicking the last drive doesn't seem like a very rational thing to do - you would get a RAID with zero drives, which is not something anybody would want in any situation!.. I thought it would get into some kind of extreme panic mode so that you could at least save what you can...

Actually, it would make sense to avoid "BOOM" as much as possible; instead of going into a "BOOM" mode, it should go into some kind of "recovery" mode, when the array immediately turns read-only and allows you to salvage as much data as you can from the faulty drive. It would be especially useful in RAID5; only one faulty sector or even some other stupid error without even faulty sectors should not cause total data loss!.. I don't think it would be very hard to implement, or contradict some important philosophy, but it would save data, jobs and lives. :)

Well, suppose "BOOM" happened on my RAID1, and both drives failed. Naturally, not at the same time, so data differs between the drives. So I have two faulty drives; is it possible (with some other recovery software?) to just mount each one read-only and copy data from it?.. I can live with having to copy as much data as I can from the first one and try to copy the rest from the older drive. I mean, I basically have the entire filesystem there! I should be able to just mount the filesystem on that drive, skipping the RAID header - just fdisk the drive, delete the RAID partition and create another one starting a few blocks later!.. Would that not work?.. That's actually why I chose RAID1; even if everything goes BOOM, I should be able to mount the drives separately!..


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