Действительно ли возможно вырастить luks-зашифрованный внешний массив raid5?
Я планирую купить внешний массив RAID (аппаратные средства raid5). Мое намерение состоит в том, чтобы снабдить оборудованием его с 4 дисками первоначально и зашифровать его с помощью удач и dm-склепа. Мой вопрос: я смогу заменить диски в горячем режиме и вырастить зашифрованный набег, добавляющий один или еще два диска к в общей сложности 6?
Я не вижу оснований почему не, но лучший сейф, чем извините. Таким образом, действительно ли dm-склеп стабилен против растущего размера раздела?
2 ответа
Да, Вы, конечно, можете.
практическое руководство делает это
Сначала я должен был добавить дополнительные диски к массиву как горячие резервирования с командами:
mdadm --add /dev/md2 /dev/sdc3
/dev/md2 будучи набегом, sdc3 дополнительный диск.
Затем я сказал массиву расти [...] с:
"mdadm --grow -n 12 /dev/md2".
Теперь я ожидал приблизительно 16 часов массива для реструктуризации себя к новому расположению. [...] Проверка
cat /proc/mdstatнаблюдать прогресс.Затем я должен был сказать зашифрованному разделу, что это было больше. [...]
cryptsetup luksOpen /dev/md2 storage
cryptsetup resize storage
причем "устройство хранения данных" является маркировкой шифруемого устройства как в /dev/mapper/sotrage.
Если бы это было разделом LVM, я должен был бы сделать a
pvresizeвместо вышеупомянутого. Наконец, я должен был увеличить размер файловой системы. [...]
resize2fs /dev/mapper/storage
Вы теряете какие-либо данные по массиву при выполнении этого? Нет, это сохраняет все данные. Я работал "dd если =/dev/md2 =/dev/zero" прежде, чем сделать изменение на нем, удостовериться, что не было никаких сбойных блоков ни на одном из дисков прежде, чем сделать изменение. Выполнение этого вида проверяет, может найти крайние секторы, которые обычно не используются, и это - важная часть выполнения RAID-массива. Кроме того, удостоверьтесь, что у Вас нет сбойного диска прежде, чем выполнить изменение.
Другие полезные биты:
Вы не можете вырастить файловую систему, пока изменение размеров RAID не завершается.
Действительно ли безопасно сделать, RAID-5 изменяет размер, в то время как устройство используется? Да, это должно быть. Это разработано для отслеживания то, где это так, можно даже перезагрузить, в то время как это выращивает массив, и это возьмет, где это кончило.
Источник: http://www.tummy.com/journals/entries/jafo_20080502_154339
Всего несколько разъяснений, предварительно жевавшей мудрости для слабых зубов. Как много документации Linux это полезное учебное руководство принимает немного больше знания, чем некоторые обычные пользователи могут иметь.
Можно выяснить то, чем RAID-массив называют путем рассмотрения/dev каталога, это будет md#, например, md0 или md1, и т.д. Для получения большего количества деталей о RAID-массивах, таким образом, можно выбрать правильный, пробуют эту команду:
mdadm -D /dev/md#
причем # является количеством массива. Это даст Вам информацию как это:
Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 512K
Name : we:0 (local to host we)
UUID : 94777f33ltjj97
Events : 136
Number Major Minor RaidDevice State
0 8 2 0 active sync /dev/sda2
1 8 18 1 active sync /dev/sdb2
2 8 34 2 active sync /dev/sdc2
4 8 50 3 active sync /dev/sdd2
Никакие кавычки не присутствуют в команде для роста файловой системы RAID, и "-n" относится к новому общему количеству дисков в массиве. Таким образом, при расширении массива RAID 5 с 4 до пяти дисков, Вы могли бы использовать это:
mdadm --grow -n 5 /dev/md2
Выполните эту команду, чтобы видеть, как объединение RAID идет:
cat /proc/mdstat
С большим диском и медленной системой изменение размеров RAID могло занять очень долгое время, даже дни. Когда это достигает 100%, Вы готовы к следующему шагу. Если у Вас есть LVM, делящий по зашифрованному разделу LUKS сначала, необходимо изменить размер зашифрованного тома. Для расчета его, можно посмотреть на/dev/mapper папку. Выберите зашифрованный том, не любой из логических томов LVM. Так как моя система работала, я, по-видимому, не должен был делать первой из команд, которые дает учебное руководство:
cryptsetup luksOpen /dev/md0 md0_crypt
*Device md0_crypt already exists*
Если вторая команда будет работать, то она не даст вывода, как столько команд Linux:
cryptsetup resize md0_crypt
Затем пора изменить размер схемы LVM. Я выяснил, что работать на команде pvresize с этой командой: pvs-o +tags
pvs -o +tags
*PV VG Fmt Attr PSize PFree PV Tags
/dev/dm-0 vg0 lvm2 a-- 1.02g 0*
Таким образом, я выполнил команду pvresize на физическом томе, и это сказало мне, что успешно выполнилось.
pvresize /dev/dm-0
*Physical volume "/dev/dm-0" changed
1 physical volume(s) resized / 0 physical volume(s) not resized*
Затем решите, какой логический том Вы хотите развернуть с командой lvdisplay. Это скажет Вам, чем называют Ваши логические тома. Имя Вашей группы объема будет в/dev папке. В моем случае я использовал:
lvdisplay /dev/vg0
Посмотрите на поля, которые говорят "Имя LV", я решил добавить все новое пространство к одному из моих логических томов с помощью этой команды:
lvresize -l +100%FREE /dev/mapper/vg0-system
Extending logical volume system to 7.17 GiB
Logical volume system successfully resized
Наконец, можно изменить размер LVM, таким образом, изменения вступают в силу с помощью команды resize2fs.
resize2fs /dev/mapper/vg0-system
*resize2fs 1.42.5 (29-Jul-2012)
Filesystem at /dev/mapper/vg0-system is mounted on /; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 1
Performing an on-line resize of /dev/mapper/vg0-system to 1879040 (4k) blocks.
The filesystem on /dev/mapper/vg0-system is now 1879040 blocks long.*
После того процесса концы (который может требовать времени) можно использовать 'df-h' команда для наблюдения нового размера файловой системы. Я нашел целый процесс немного страшным, таким образом, я хотел обстоятельно объяснить команды для сокращения беспокойства относительно других.