Centos 5.9 - 2.6.18-348.3.1.el5 i686
Raid5 - 4 диска + 1 запасной (все WD RED 3 ТБ)
Имеет ли смысл создавать несколько LV в одном VP и настраивать их как разные файловые системы:
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
Вот немного о моем конфиге: ??? Кто-нибудь знает, почему / это нормально, что «формат метаданных 1.02 неизвестен» отображается ниже в деталях md0 ???
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 ТБ неиспользуемого дискового пространства на случай, если мне нужно «увеличить» какой-либо из разделов, но в ближайшем будущем у меня есть планы расширить до большего количества дисков на канал / порт SATA с помощью умножителя портов SATA на основе 1-5 на основе sil3726, который может выполнять переключение на основе команд и !! FIS! так что мой LV будет увеличиваться!
Надеюсь, что это достаточно информации на данный момент, и что некоторые могут, пожалуйста, дать совет Tnx a Mill С уважением, Андре
Да, разумно создать несколько LV в качестве разных точек монтирования (а также несколько типов файловых систем, если для одного раздела вы предпочитаете функции другого, например XFS).
Предупреждение возникает из-за вашей принудительной версии метаданных с "mdadm ... --metadata = 1.2" (почему вы это сделали? Нет необходимости указывать это - mdadm выберет лучший!), Что делает ваша версия mdadm вроде не поддерживает (кажется странным, что удалось указать - какая это версия mdadm?)
Просматривая mdadm 3.1.4 и его источник, не должно быть возможности указать недопустимый формат или тот, который неправильно понят, но «mdadm: формат метаданных 1.02 неизвестен, игнорируется». кажется достаточно безобидным, поскольку он используется только (помимо этапа создания, который, кажется, работает на вас) для отображения информации. Возможно, вы захотите снова переформатировать (выполняя резервное копирование / восстановление, если у вас есть необходимые данные на этих дисках), если вы хотите избавиться от него, поскольку это может запутать будущие версии mdadm и вызвать поломку.