☰

/dev/md0 ファイルシステムのクリーニング (raid)

tag-icon • tag-icon linux raid
/dev/md0 ファイルシステムのクリーニング (raid)

私は RAID を使用する CentOS サーバーを持っています。

内容/proc/partitions:

major minor  #blocks  name

   8     0  976762584 sda
   8     1     104391 sda1
   8     2  921600855 sda2
   8     3   55054755 sda3
   8    16  976762584 sdb
   8    17  921600823 sdb1
   8    18   55159177 sdb2
   8    32  976762584 sdc
   8    33  921600823 sdc1
   8    34   55159177 sdc2
   8    48  976762584 sdd
   8    49  921600823 sdd1
   8    50   55159177 sdd2
   8    64  976762584 sde
   8    65  921600823 sde1
   8    66   55159177 sde2
 253     0  270303232 dm-0
 253     1    5341184 dm-1
   9     0 4608002816 md0

/etc/fstabs含まれるもの:

/dev/VolGroup00/LogVol00   /             ext3    defaults,usrquota,grpquota      1 1
/dev/md0                   /home         ext3    defaults,usrquota,grpquota      1 2
LABEL=/boot                /boot         ext3    defaults        1 2
tmpfs                      /dev/shm      tmpfs   defaults        0 0
devpts                     /dev/pts      devpts  gid=5,mode=620  0 0
sysfs                      /sys          sysfs   defaults        0 0
proc                       /proc         proc    defaults        0 0
/dev/VolGroup00/LogVol01   swap          swap    defaults        0 0

mdadm --detail /dev/md0生成:

/dev/md0:
        Version : 0.90
  Creation Time : Tue Feb 28 14:00:14 2012
     Raid Level : raid0
     Array Size : 4608002816 (4394.53 GiB 4718.59 GB)
   Raid Devices : 5
  Total Devices : 5
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Tue Feb 28 14:00:14 2012
          State : clean
 Active Devices : 5
Working Devices : 5
 Failed Devices : 0
  Spare Devices : 0

     Chunk Size : 256K

           UUID : a09e9fd0:62b06654:b224f2d2:0e34ad8f
         Events : 0.1

    Number   Major   Minor   RaidDevice State
       0       8        2        0      active sync   /dev/sda2
       1       8       17        1      active sync   /dev/sdb1
       2       8       33        2      active sync   /dev/sdc1
       3       8       49        3      active sync   /dev/sdd1
       4       8       65        4      active sync   /dev/sde1

/etc/mdadm.conf含まれるもの:

# mdadm.conf written out by anaconda
DEVICE partitions
MAILADDR root
ARRAY /dev/md0 super-minor=0
#ARRAY /dev/md0 level=raid0 num-devices=5 UUID=a09e9fd0:62b06654:b224f2d2:0e34ad8f

私の見る限り、ハードドライブは正常です。

しかし、私は実行しましたfsck -yfC /dev/md0、そしてそれは起こります:

Pass 1: Checking inodes, blocks and sizes

Running additional passes to resolve blocks claimed by more than one inode ....
Pass  1B:  Rescanning for multiply-claimed blocks.

デバイスをマウントするとmount /dev/md0マウントされます。

/dev/md0何らかのアクティビティがまたはディレクトリに書き込もうとするとすぐに、/homeファイル システムがクリーンではないと表示され、読み取り専用モードでマウントされます。

するとシステムは動作を停止します。

答え1

テストを簡単にするために (このような巨大なボリュームでは fsck におそらく永遠に時間がかかります)、 に完全にマップされたヘルパー DM ボリュームを作成できます。次に、このヘルパー ボリュームのスナップショットを作成します。このスナップショットは、変更される/dev/md0ことなく書き込むことができます。/dev/md0

私の考えでは、代わりに ext2 でボリュームをマウントします。その場合、エラーが消えるかどうかは興味深いでしょう。

試してみたいけれどスナップショットの処理方法がわからないという場合は、詳細を提供できます。

関連情報