Использование UUID с mdadm


10

Я использую GPT в качестве схемы разбиения. Я проверяю UUID моих разделов:

# ls -l /dev/disk/by-partuuid/
total 0
lrwxrwxrwx 1 root root 10 Oct 18 22:39 0793009a-d460-4f3d-83f6-8103f8ba24e2 -> ../../sdb3
lrwxrwxrwx 1 root root 10 Oct 18 22:39 13f83c47-ad62-4932-8d52-e93626166e7f -> ../../sdc3
lrwxrwxrwx 1 root root 10 Oct 18 22:39 1b247b1f-0b7b-419e-bc3b-0f90cbadb87c -> ../../sdc2
lrwxrwxrwx 1 root root 10 Oct 18 22:39 224d5933-7a23-4833-b785-79a67c9b9306 -> ../../sda1
lrwxrwxrwx 1 root root 10 Oct 18 22:39 2ff625b2-b96b-4ce5-b752-57cdf7092258 -> ../../sda3
lrwxrwxrwx 1 root root 10 Oct 18 22:39 449956f9-7289-49ed-9a37-ed6be9264d1c -> ../../sdb1
lrwxrwxrwx 1 root root 10 Oct 18 22:39 a2a95e45-7e4c-4b20-a2bd-66d96e737590 -> ../../sdb2
lrwxrwxrwx 1 root root 10 Oct 18 22:39 a8c07f74-9d6d-4f45-9453-dd2e6998f100 -> ../../sda2
lrwxrwxrwx 1 root root 10 Oct 18 22:39 c2c9e94c-9c73-4d6e-a4ec-2229f56152e8 -> ../../sdc1

И добавьте, /dev/sdc2используя его UUID:

# mdadm /dev/md0 --add /dev/disk/by-partuuid/1b247b1f-0b7b-419e-bc3b-0f90cbadb87c
mdadm: added /dev/disk/by-partuuid/1b247b1f-0b7b-419e-bc3b-0f90cbadb87c

Но когда я смотрю на детали RAID-массива, он сообщает /dev/sdc2вместо UUID.

# mdadm --detail /dev/md0
/dev/md0:
        Version : 1.2
  Creation Time : Thu Oct 18 21:52:43 2012
     Raid Level : raid1
     Array Size : 1048564 (1024.16 MiB 1073.73 MB)
  Used Dev Size : 1048564 (1024.16 MiB 1073.73 MB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

    Update Time : Fri Oct 19 15:57:19 2012
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           Name : cow:0  (local to host cow)
           UUID : 9e691db1:f8fcc7d8:f56d9c11:1c202693
         Events : 47

    Number   Major   Minor   RaidDevice State
       2       8       34        0      active sync   /dev/sdc2
       1       8       18        1      active sync   /dev/sdb2
  1. Разве невозможно построить массив RAID, используя UUID?
  2. Или он использует UUID, но сообщает нормальное имя для повышения читабельности? В таком случае, как я могу сказать?
  3. Я хотел бы использовать UUID, чтобы я мог свободно перемещать диски в машине, не ломая ничего. Разве это не хорошая идея?

Ответы:


13

mdraid всегда позволяет вам свободно перемещать диски в машине, независимо от того, как вы добавляете диск в массив. Он отслеживает диски по метаданным RAID (суперблоки), хранящимся на диске.

Обратите внимание, что это предполагает, что mdadm может найти диски при сборке массивов. По умолчанию (указывается в /etc/mdadm/mdadm.conf) обычно DEVICE partitions- это означает, что все разделы (на всех дисках) проверяются на наличие суперблоков RAID. Он проверяет совпадение имени массива или UUID (в зависимости от того, что вы говорите, чтобы сделать в этом файле конфигурации), обратите внимание, как оба в вашем --detailвыводе.

Пример:

DEVICE partitions
:
ARRAY /dev/md0 metadata=1.2 UUID=9e691db1:f8fcc7d8:f56d9c11:1c202693

При получении команды /dev/md0mdadm сканирует все разделы в системе в поисках суперблоков 1.2 с UUID 9e691db1: f8fcc7d8: f56d9c11: 1c202693. Он будет считывать номер устройства и т. Д. Из каждого и использовать эту информацию для сборки массива.

Вы изменили бы только DEVICEстроку, если сканирование всех разделов стоит дорого. Например, если у вас их сотни, по сети. Затем вы можете перечислить соответствующие устройства там, как вам нравится (по UUID должно работать нормально).


Спасибо! По умолчанию мой /etc/mdadm/mdadm.confговорит # by default (built-in), scan all partitions (/proc/partitions) and all containers for MD superblocks. alternatively, specify devices to scan, using wildcards if desired.. По DEVICEумолчанию эта строка закомментирована для Ubuntu. Но я думаю, поведение по умолчанию будет очень идеально! (У меня не так много, что придется сканировать)
Удалено

Как узнать UUID суперблока, чтобы положить в файл конфигурации?
Димс

@Dims mdadm даст вам UUID для массива, blkid и несколько других инструментов для блочных устройств ... Возможно, задайте вопрос об этом с подробностями?
Дероберт
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.