☰

设置具有多个 LV 和不同文件系统的 1x RAID5 阵列？

tag-icon • tag-icon linux partition raid5 ext4 xfs
设置具有多个 LV 和不同文件系统的 1x RAID5 阵列？

Centos 5.9 - 2.6.18-348.3.1.el5 i686

Raid5 - 4 个磁盘 + 1 个备用磁盘（所有 WD RED 3TB）

在同一个 VP 内创建多个 LV 并将它们配置为不同的文件系统是否有意义：

Example:
LV1: ext4 - photo backup - so lots of smaller files
LV2: xfs  - server backups - so lots of large-to-massive files
LV3: ext4 - other data backups - mixture of small-to-medium sized files

我按照以下方式创建了 RAID：

mdadm --create --verbose /dev/md0 --metadata=1.2 --chunk=128 --level=5 --raid-devices=4 /dev/sdb /dev/sdc /dev/sdd /dev/sde --spare-devices=1 /dev/sdf

我按照以下方式创建了文件系统：

mkfs -t ext4 -E stride=32 -m 0 -O extents,uninit_bg,dir_index,filetype,has_journal,sparse_super /dev/RaidVolGroup00/RaidPhotoBkpVo

mkfs.xfs -d sunit=256,swidth=768 /dev/RaidVolGroup00/RaidServerBkpVo

mkfs -t ext4 -E stride=32 -m 0 -O extents,uninit_bg,dir_index,filetype,has_journal,sparse_super /dev/RaidVolGroup00/RaidDataBkpVo

这里有一些关于我的配置：???有人知道为什么/是否正常在 md0 的详细信息中显示“元数据格式 1.02 未知”???

mdadm --detail /dev/md0

mdadm: metadata format 1.02 unknown, ignored.
/dev/md0:
        Version : 01.02.03
  Creation Time : Thu Apr  4 17:07:55 2013
     Raid Level : raid5
     Array Size : 8790799104 (8383.56 GiB 9001.78 GB)
  Used Dev Size : 5860532736
   Raid Devices : 4
  Total Devices : 5
Preferred Minor : 0
    Persistence : Superblock is persistent

Update Time : Thu Apr  4 19:33:36 2013
      State : clean, degraded, recovering
 Active Devices : 3
Working Devices : 5
 Failed Devices : 0
  Spare Devices : 2

     Layout : left-symmetric
 Chunk Size : 128K

 Rebuild Status : 39% complete

       Name : 0
       UUID : 05b9571d:c0383b8a:7459a33d:394b4c56
     Events : 106

Number   Major   Minor   RaidDevice State
   0       8       16        0      active sync   /dev/sdb
   1       8       32        1      active sync   /dev/sdc
   2       8       48        2      active sync   /dev/sdd
   5       8       64        3      spare rebuilding   /dev/sde

   4       8       80        -      spare   /dev/sdf

lvdisplay RaidVolGroup00

  --- Logical volume ---
  LV Name                /dev/RaidVolGroup00/RaidPhotoBkpVo
  VG Name                RaidVolGroup00
  LV UUID                jEeXx1-0By2-Vtn3-kC08-AP2n-l9xh-xJhl9F
  LV Write Access        read/write
  LV Status              available
  # open                 0
  LV Size                1006.02 GB
  Current LE             257542
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     1536
  Block device           253:0

  --- Logical volume ---
  LV Name                /dev/RaidVolGroup00/RaidServerBkpVo
  VG Name                RaidVolGroup00
  LV UUID                iZ3Cwu-yoNo-3Gqn-Xwpx-Q0xT-3Kws-KUzNjy
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                3.24 TB
  Current LE             849892
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     1536
  Block device           253:1

  --- Logical volume ---
  LV Name                /dev/RaidVolGroup00/RaidDataBkpVo
  VG Name                RaidVolGroup00
  LV UUID                90uQ0H-Exz0-qJ8I-IXGq-1l8Z-srVx-1GvpNT
  LV Write Access        read/write
  LV Status              available
  # open                 0
  LV Size                2.97 TB
  Current LE             779067
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     1536
  Block device           253:2

仍有 1 TB 未使用的磁盘空间，以防我需要“扩大”任何分区，但我计划在不久的将来通过 1 到 5 - 基于 sil3726 - SATA 端口倍增器扩展到每个 SATA 通道/端口的更多磁盘，它可以执行基于命令和 !!FIS–基于的切换！所以我的 LV 将会增加！

希望目前的信息足够了，希望有人能提供建议，非常感谢，问候安德烈

答案1

是的，创建多个 LV 作为不同的挂载点是合理的（以及多个文件系统类型，如果对于某些分区您更喜欢其他功能，如 XFS）。

出现警告是因为您使用“mdadm ... --metadata=1.2”强制指定了元数据版本（为什么这样做？无需指定 - mdadm 会选择最佳的一个！），而您的 mdadm 版本似乎不支持该版本（您设法指定它似乎很奇怪 - 它是哪个版本的 mdadm？）

通过查看 mdadm 3.1.4 及其源代码，应该不可能指定无效格式或误解的格式，但“mdadm：元数据格式 1.02 未知，忽略。”似乎无害，因为它仅用于显示信息（除了似乎对您有用的创建阶段）。如果您想摆脱它，您可能需要再次重新格式化（如果您需要该磁盘上的数据，请进行备份/恢复），因为它可能会混淆未来版本的 mdadm 并导致损坏。

相关内容