Re: RAID header in XFS area?

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

 



On 11/04/2017 02:34 PM, Reindl Harald wrote:
> Am 04.11.2017 um 19:30 schrieb Wols Lists:

>> What's happened is that mdadm has assembled the array, realised a 
>> disk is missing, AND STOPPED.
> 
> why would it be supposed that a simple mirror with a mising disk is 
> stopped while the whole point of mirroring is to not care about one 
> of the disks dying?

When a member device dies or is kicked out while running, the remaining
devices' superblocks are updated with that status.  (Can't update the
superblock on the one that died cause it's, you know, dead.)

If the system is rebooted at this point, mdadm can see on the
still-running drive that the missing drive is known to be failed and
will happily start up.

If for some reason the *other* drive wakes up and works on reboot, and
only that drive is working, mdadm sees that a drive is missing for an
unknown reason and stops.  This is to avoid the disaster known as "split
brain".

Split brain cannot be distinguished from the situation where a
previously non-degraded array is missing device(s) at startup, so mdadm
stops. Administrator input is needed to safely proceed.

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