Возможно ли создать RAID-Z2 в деградированном состоянии?

В Debian 8.7 изменение пути в / etc / profile не работает для Mate Desktop. Единственное, что у меня получилось, - это добавить эту запись в / etc / security / pam_env.conf (в данном случае для добавления двоичных файлов TexLive в PATH):

ПУТЬ ПО УМОЛЧАНИЮ = $ {HOME} / bin: / usr / local / bin: / bin \ : / usr / bin : / usr / local / texlive / 2016 / bin / x86_64-linux

11
10.11.2016, 17:20
2 ответа

Да, это возможно при использовании поддельных дисков с файловой поддержкой для ваших избыточных дисков. Конечно, это не поддерживается, и у вас должна быть резервная копия, поэтому сначала смоделируйте это с небольшими файлами на старом пуле, чтобы убедиться, что все работает, как ожидалось.


Подробности см. в https://www.mail-archive.com/zfs-discuss@opensolaris.org/msg22993.html и https://www.mail-archive.com/zfs-discuss@opensolaris.org/msg23023.html. Вы также можете поискать в Интернете "create raidz2 degraded", если у вас есть другие системы, такие как FreeNAS и т.д.

Важные шаги (взяты из архивной ветки списка рассылки Томаса Эгрена и Даниэля Рока):

  1. Создайте разреженный файл размером с реальный диск (предположим, что в данном примере он равен 1000 ГБ):

    mkfile -n 1000g /tmp/fakedisk1
    
  2. Создайте zpool с реальными дисками и разреженным файлом:

    zpool create -f newpool raidz2 disk1 disk2 disk3 disk4 disk5 /tmp/fakedisk1
    
  3. Немедленно переведите разреженный файл в автономный режим, чтобы никто не пытался писать на него:

    zpool offline newpool /tmp/fakedisk1
    
  4. Теперь ваш пул будет деградировать, но функционировать. Скопируйте ваши файлы в новый пул (используйте ssh или netcat между send и recv, если используете сеть, а не напрямую подключенные пулы):

    zfs snapshot -r oldpool@now
    zfs send -R oldpool@now | zfs recv -Fdu newpool
    
  5. Уничтожьте старый и замените разреженные файлы на освободившиеся диски:

    zpool replace newpool /tmp/fakedisk1 disk6
    

И снова несколько слов предостережения в зависимости от уровня избыточности (если вы используете два фальшивых диска на Z2 или три фальшивых диска на Z3):

Помните: во время миграции данных вы работаете без ремней безопасности. Если диск выйдет из строя во время миграции, вы потеряете данные.

17
20.08.2021, 11:54

Не могу зафиксировать первый ответ, поэтому я просто делаю новый ответ.

Когда вы работаете в Linux, вы не можете использовать mkfile. Лучшая альтернатива, вероятно, truncate. Сначала получите (точный )размер ваших жестких дисков в байтах с помощью fdisk:

root@OMV-NAS:~# fdisk  -l /dev/sda
Disk /dev/sda: 7,3 TiB, 8001563222016 bytes, 15628053168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes

В данном случае это 8001563222016 байт, то есть 8001... ТБ. Теперь мы можем создать поддельный файл с:

truncate -s 8001563222016 /tmp/FD1.img

Остальное точно такое же, как и в исходном ответе.

3
20.08.2021, 11:54

Теги

Похожие вопросы