Как изменить размер массива RAID1 с помощью mdadm?

12

Я использую Ubuntu 11.04 (ядро 2.6.38-11). Я заменил 2x160GB на 2x500GB. Они настроены как RAID1.

Таблицы разделов показывают правильные размеры. Вот sfdisk:

# sfdisk -d /dev/sdb
# partition table of /dev/sdb
unit: sectors

/dev/sdb1 : start=       63, size=   192717, Id=fd, bootable
/dev/sdb2 : start=   192780, size=  7807590, Id=fd
/dev/sdb3 : start=  8000370, size=968767695, Id=fd
/dev/sdb4 : start=        0, size=        0, Id= 0

И фдиск:

# fdisk -l /dev/sdb

Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0006c78f

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1          12       96358+  fd  Linux raid autodetect
/dev/sdb2              13         498     3903795   fd  Linux raid autodetect
/dev/sdb3             499       60801   484383847+  fd  Linux raid autodetect

Но я не вижу нового пространства

root@green:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/md2              143G  134G  8.3G  95% /


root@green:~# mdadm --examine /dev/sdb3
/dev/sdb3:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : b8f83980:f60d820c:74c46fbf:0baa68bc
  Creation Time : Sun Mar 29 18:48:46 2009
     Raid Level : raid1
  Used Dev Size : 152247936 (145.19 GiB 155.90 GB)
     Array Size : 152247936 (145.19 GiB 155.90 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 2

    Update Time : Mon Oct 10 19:22:36 2011
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 7b5debb7 - correct
         Events : 10729526


      Number   Major   Minor   RaidDevice State
this     0       8       19        0      active sync   /dev/sdb3
   0     0       8       19        0      active sync   /dev/sdb3
   1     1       8        3        1      active sync   /dev/sda3

Я пробовал mdadm и resize2fs:

# mdadm --grow /dev/md2 --size=max
mdadm: component size of /dev/md2 has been set to 152247936K

# resize2fs /dev/md2 
resize2fs 1.41.14 (22-Dec-2010)
The filesystem is already 38061984 blocks long.  Nothing to do!

Есть идеи?

Добавлено за запрос

# cat /proc/mdstat 
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md2 : active raid1 sdb3[0] sda3[1]
      152247936 blocks [2/2] [UU]

md0 : active raid1 sdb1[0] sda1[1]
      96256 blocks [2/2] [UU]

md1 : active raid1 sdb2[0] sda2[1]
      3903680 blocks [2/2] [UU]

unused devices: <none>

перегородки

# cat /proc/partitions 
major minor  #blocks  name

   8        0  488386584 sda
   8        1      96358 sda1
   8        2    3903795 sda2
   8        3  152248005 sda3
   8       16  488386584 sdb
   8       17      96358 sdb1
   8       18    3903795 sdb2
   8       19  152248005 sdb3
   9        1    3903680 md1
   9        0      96256 md0
   9        2  152247936 md2

расстались:

# parted
GNU Parted 2.3
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print all                                                        
Model: ATA WDC WD5000AAKX-0 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system     Flags
 1      32.3kB  98.7MB  98.7MB  primary  ext3            boot, raid
 2      98.7MB  4096MB  3997MB  primary  linux-swap(v1)  raid
 3      4096MB  500GB   496GB   primary  ext3            raid


Model: ATA WDC WD5000AAKS-4 (scsi)
Disk /dev/sdb: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system     Flags
 1      32.3kB  98.7MB  98.7MB  primary  ext3            boot, raid
 2      98.7MB  4096MB  3997MB  primary  linux-swap(v1)  raid
 3      4096MB  500GB   496GB   primary  ext3            raid


Model: Linux Software RAID Array (md)
Disk /dev/md1: 3997MB
Sector size (logical/physical): 512B/512B
Partition Table: loop

Number  Start  End     Size    File system     Flags
 1      0.00B  3997MB  3997MB  linux-swap(v1)


Model: Linux Software RAID Array (md)
Disk /dev/md0: 98.6MB
Sector size (logical/physical): 512B/512B
Partition Table: loop

Number  Start  End     Size    File system  Flags
 1      0.00B  98.6MB  98.6MB  ext3


Model: Linux Software RAID Array (md)
Disk /dev/md2: 156GB
Sector size (logical/physical): 512B/512B
Partition Table: loop

Number  Start  End    Size   File system  Flags
 1      0.00B  156GB  156GB  ext3

Комментарий по электронной почте:

проблема в метаданных, вам просто нужно собрать массив raid с параметром --update devicesize

и после этого -G / dev / md? -Z Макс будет делать работу :)

Пол Шрайбер
источник
Какой выход cat /proc/mdstat? Как насчет cat /proc/partitions?
Стивен Понедельник
Добавлен вывод выше.
Пол Шрайбер
Вы не упомянули, как вы копировали данные на новые диски. Однако это может сильно повлиять на ответ.
Пой
Я скопировал данные на новые диски, разделив их с помощью sfdisk, используя mdadm --add и позволив синхронизировать данные.
Пол Шрайбер
@ Павел Шрайбер, sfdiskвы говорите (?)… Вы имеете в виду, говоря, что вы также скопировали схему разбиения диска?
Пой

Ответы:

9

Просто используйте

mdadm --grow --size max /dev/md2

Тогда вы сможете использовать

resize2fs /dev/md2

Чтобы файловая система соответствовала размеру рейда. Все это делается онлайн даже без размонтирования md2.

Заар Хай
источник
1
Полная команда:resize2fs -p /dev/md2
Милан Kerslager
@MilanKerslager, что там делает -p?
Хайме
1
@JaimeHablutzel -p - это процент выполнения, поэтому вы знаете, что происходит, поскольку это может занять некоторое время (исходный ответ уже исправлен).
Милан Керслагер
2

Я регулярно использую mdadm и считаю его одной из самых опасных утилит Linux. Однако, если вы применяете правильные меры предосторожности, вы можете избежать большинства случаев потенциальной потери данных. Сделайте резервную копию всех ваших данных !!! Я был дважды укушен mdadm в прошлом, потерял более 700 ГБ данных, и очень мало их удалось восстановить, вы были предупреждены.

Существует очень хороший шанс, что вам нужно будет снова создать массив RAID, так как mdadm не ожидает и не компенсирует внезапное увеличение размеров дисков. Он будет использовать размер, указанный в суперблоке рейда, а не сам диск. При условии, что диски уже синхронизированы, проблем быть не должно.

Помните, что если вы хотите загрузить его, используйте версию суперблока 0.9.

редактировать

Вот как бы я это сделал, непроверенный !

Создайте RAID1 с отсутствующим погружением, чтобы мы могли быстро проверить, остались ли данные, а на другом диске еще есть копия данных, ваши старые метаданные были 0,90, поэтому мы будем сохранять ту же версию здесь.

mdadm --create /dev/md2 --level=mirror --metadata=0.90 --raid-devices=2 missing /dev/sdb3

Смонтируйте его, чтобы проверить, что все работает

mkdir /mnt/test
mount /dev/md2 /mnt/test

проверь свои данные

   ls -l /mnt/test

Если все выглядит нормально, отключите диск и измените его размер.

unmount /mnt/md2
resize2fs /dev/md2

Когда все в порядке, вы можете добавить другой диск в массив.

mdadm --add /dev/md2 /dev/sdb3

и дождитесь повторной синхронизации дисков

cat / proc / mdstat

Silverfire
источник
У вас есть конкретные предложения? т.е. шаги для меня предпринять?
Пол Шрайбер
посмотрите на мою правку выше
Silverfire
/ dev / md2 уже существует. Почему я хочу воссоздать его? И: мне бы пришлось загрузиться со спасательного диска, чтобы это произошло? Есть ли способ, которым я могу изменить размер этого вживую?
Пол Шрайбер
Live, возможно, нет, но вы можете сделать это с перезапуском, если вы удалите основной загрузочный диск из массива, то можете создать новый массив на нем (назовите его / dev / md3 или что-то еще) с отсутствующим диском, Затем система загрузится с нового массива drive / raid, а затем вы сможете добавить старый
Silverfire
Вероятно, проще всего будет просто восстановить из резервной копии на новом массиве.
Silverfire
2

Из просмотра / proc / partitions видно, что linux считает, что sda3 и sdb3 меньше, чем они.

Сумма размеров разделов

8       17      96358 sdb1
8       18    3903795 sdb2
8       19  152248005 sdb3

и вы получите число намного меньше, чем размер диска.

8       16  488386584 sdb

152248005 блоков по 1024 байта соответствуют размеру mdadm --growи resize2fsсообщают для md2 .

Вы изначально создали эти разделы с меньшим размером, а затем заново создали их, чтобы использовать остальные диски? Если это так, перезагрузка должна позволить ядру перечитать таблицу разделов. После этого должно работать растущее устройство RAID и изменение размера файловой системы.

Sciurus
источник
Да, именно это я и сделал.
Пол Шрайбер
Машина зависла при перезагрузке. Прочь, чтобы расследовать ...
Пол Шрайбер