RAIDアレイのステータスをランダムに確認したところcat/proc/mdstat、アレイの1つが再同期しているように見えました。
md1 : active raid1 sdb7[1] sdc7[0]
238340224 blocks [2/2] [UU]
[==========>..........] resync = 52.2% (124602368/238340224) finish=75.0min speed=25258K/sec
これはなぜですか、どういう意味ですか？どうやらr/w許可があればマウントポイントに問題なくアクセスできるようです。
編集1（SLMの回答に対応）
私がgrep通過dmesgしても--detailスイッチがあまり教えてくれない場合、実際には何も見ることができません。つまり、再同期が進行中であることを表示します...しかし、理由や、同期が外れた可能性がある理由についてのヒントはありません。 。-ハードウェアの交換を開始する前に、監視する必要があるだけかもしれません。
回答:
これは、RAIDの2つのメンバー間の同期が互いに同期していないことを示しているようです。
dmesgログを調べて、このアレイを構成する物理HDDのいずれかにハードウェア障害があることを示すメッセージがないか確認します。
スイッチをmdadm使用して、次の--detailように再同期の詳細を調べることもできます。
$ sudo mdadm --detail /dev/md0
/dev/md0:
Version : 00.90.03
Creation Time : Sat Jan 26 09:14:11 2008
Raid Level : raid1
Array Size : 976759936 (931.51 GiB 1000.20 GB)
Used Dev Size : 976759936 (931.51 GiB 1000.20 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Fri Jan 1 01:29:16 2010
State : clean, resyncing
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Rebuild Status : 50% complete
UUID : 37a3bfcb:41393031:23c133e6:3b879f08
Events : 0.2178969
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
1 8 17 1 active sync /dev/sdb1
両方のデバイスに問題がなく、どのデバイスに問題があるのかを特定できない場合は、HDAT2やSpinRiteなどの診断ツールを各HDDに対して一時的に実行して、デバイスの状態を確認できます。
HDDがチェックアウトした場合は、ケーブルの精査を開始します。通常、これらを交換します。
次に、コントローラー自体を精査し、影響を受けるシステムからドライブを取り出して、セカンダリシステムでそれらを診断するか、サードパーティのコントローラーカードを影響を受けるシステムに追加して、問題をさらに診断します。
信じられないかもしれませんが、私は過去にHDDとRAIDで問題が発生したことがあります。これは、障害のある、または障害が発生しようとしている電源装置を交換することで、RAIDヘルスの問題が解決したことです。
cronファイルを確認してください。多くのディストリビューションでは、週に1回、定期的な再同期/再確認を行っています。
CentOS 7.1では/etc/cron.d/raid-checkにあります
# Run system wide raid-check once a week on Sunday at 1am by default
0 1 * * Sun root /usr/sbin/raid-check
動作を設定するには、/ etc / sysconfig / raid-checkを編集します