Как расширить файловую систему на RAID томе mdadm?

Question

[vlarkanov]

Всем привет!
Есть вот такой RAID1

Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 vda1[2] vdb1[3]
5236736 blocks super 1.2 [2/2] [UU]

unused devices:

Из вот таких разделов на вот таких дисках:

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sr0 11:0 1 248M 0 rom
vda 254:0 0 10G 0 disk
└─vda1 254:1 0 5G 0 part
└─md0 9:0 0 5G 0 raid1 /
vdb 254:16 0 10G 0 disk
└─vdb1 254:17 0 5G 0 part
└─md0 9:0 0 5G 0 raid1 /

Disk /dev/vda: 10 GiB, 10737418240 bytes, 20971520 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe6cdecc3

Device Boot Start End Sectors Size Id Type
/dev/vda1 * 2048 10483711 10481664 5G 83 Linux

Disk /dev/vdb: 10 GiB, 10737418240 bytes, 20971520 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xedf06c71

Device Boot Start End Sectors Size Id Type
/dev/vdb1 * 2048 10483711 10481664 5G fd Linux raid autodetect

Disk /dev/md0: 5 GiB, 5362417664 bytes, 10473472 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Как "растянуть" файловую систему /dev/md0, чтобы она занимала весь доступный объем участвующих в рейде дисков?

Делал

mdadm --grow /dev/md0 --size=max
mdadm: component size of /dev/md0 unchanged at 5236736K

- т.е. ничего не изменилось

Пробовал грузиться в recovery - resize2fs /dev/md0 говорит, что Nothing to do.
gparted показывает, что на /dev/md0 фс занимает 5 из 5 доступных Gb, и не дает расширить разделы на /dev/vda /dev/vdb (значок замочка), доступно только редактирование флагов типа boot и т.д.

Comments

[hx510b]

1. сначала нужно сделать ресайз разделов, на которых находится mdraid
2. затем mdraid перезапустить
3. затем сделать ресайз файловой системе на самом рейде.

Answer 1

[Melkij]

Так у вас под массив и выделена только половина тома.
Выкидываете диск из массива
mdadm /dev/md0 -f /dev/vda
mdadm /dev/md0 -r /dev/vda
переразбиваете диск на всю ёмкость и добавляете обратно
mdadm /dev/md0 -a /dev/vda
Следите за процессом синхронизации, когда закончится повторяете с другим диском.

Впрочем, через parted resizepart должно быть возможно расширить раздел без пересинхронизации массива.

Потом
mdadm --grow /dev/md0 --size=max
resize2fs /dev/md0

И вопрос в сторону: vda/vdb - обычно обозначают виртуалку. Вы уверены, что вам вообще рейд в госте нужен? Обычно рейд на хост-системе делают.

Comments

[vlarkanov]

Да это просто репетиция перед заменой в прод сервере 2*200Gb SSD на 2*400Gb SSD.

Спасибо, получилось!

[Melkij]

Для плановой замены на более большие диски вероятно лучше подойдёт вот это сочинение: https://ru.stackoverflow.com/a/637847/203622
Обычно не проблема одновременно воткнуть все 4 диска.

[vlarkanov]

Melkij, спасибо, тоже хороший вариант.

Вот такой вопрос: можно ли в деградированный RAID1 пихать диск СРАЗУ размеченный на бОльший объем, чем на оставшемся в рейде диске?

Только что воспризвел в песочнице (было два диска по 5, вытащил один, воткнул новый, размеченный на 10 - синхронизировалось успешно, повторил со вторым - все хорошо)

Не опасно ли так делать? Мне это кажется удобнее, чем удалять-создавать раздела в fdisk уже после добавления нового диска в массив.

[Melkij]

Да, можно. Так массив в общем-то и расширяется, наживую переписывать таблицу разделов как раз лучше не надо, но можно. Добавляемый том в массиве должен быть не меньше Used Dev Size (mdadm -D /dev/md0), больше - на здоровье. Лишнее место использоваться только до --grow --size=max никак не будет.

[vlarkanov]

Melkij, спасибо, теперь все ясно!

Answer 2

[Дмитрий]

Сначала надо расширить партиции на которых лежит md0 или нарезать новых и добавить их в md0.
Потом расширить md0
А потом уже расширить файловую систему на md0
Что в выводе mdadm --detail /dev/md0?