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のいずれかにハードウェア障害があることを示すメッセージがあるかどうかを確認します。
--detail
スイッチを使用してmdadm
を参照し、再同期に関する詳細情報を確認することもできます。
$ 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を編集します