Последние версии mdadm
показывают это право в деталях массива. Пример изmdadm v3.3 - 3rd September 2013
$ mdadm --detail /dev/md1 /dev/md1: Version : 1.1 Creation Time : Tue Aug 23 11:45:41 2016 Raid Level : raid10 Array Size : 3864803328 (3685.76 GiB 3957.56 GB) Used Dev Size : 1932401664 (1842.88 GiB 1978.78 GB) Raid Devices : 4 Total Devices : 4 Persistence : Superblock is persistent Intent Bitmap : Internal Update Time : Fri Aug 26 09:39:28 2016 State : active Active Devices : 4 Working Devices : 4 Failed Devices : 0 Spare Devices : 0 Layout : near=2 Chunk Size : 512K Name : px4-300r-THXOAP:1 (local to host px4-300r-THXOAP) UUID : 5ee06437:83dfdb64:808feaa2:5d57b1e6 Events : 620 Number Major Minor RaidDevice State 4 8 50 0 active sync set-A /dev/sdd2 1 8 34 1 active sync set-B /dev/sdc2 2 8 18 2 active sync set-A /dev/sdb2 3 8 2 3 active sync set-B /dev/sda2
Обратите внимание на обозначение set-A
или set-B
. В приведенном выше случае, sdd
и sdb
может потерпеть неудачу вместе без потери данных. Вполне возможно, что эти данные недоступны во время перестройки массива.