= Сообщение: 2571 из 3144 ================================= RU.LINUX.CHAINIK = От : Michael Dukelsky 2:5020/1042 16 May 19 18:08:22 Кому : Andrew Kant 16 May 19 18:08:22 Тема : То ли лыжи не едут FGHI : area://RU.LINUX.CHAINIK?msgid=2:5020/1042+5cdd7ce9 На : area://RU.LINUX.CHAINIK?msgid=2:469/83.1+5cdd4172 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.LINUX.CHAINIK?msgid=2:469/83.1+5cdef115 ============================================================================== Привет, Andrew!
16 May 2019 13:53, Andrew Kant послал(а) письмо к Michael Dukelsky:
AV>>>>>>>>> Вижу две классические ошибки (одна грубая, другая не AV>>>>>>>>> очень): 1. Hе надо использовать диски целиком - создай AV>>>>>>>>> разделы с типом 0xFD MD>>>>>>>> Почему? Что случится, если использовать диск целиком? MD>>>>>>> Хотелось бы получить ответ. AV>>>>>> А подумать тебе не хотелось бы? Если не пометить раздел как AV>>>>>> компонент массива - каким образом CONFIG_MD_AUTODETECT AV>>>>>> догадается, что именно это устройство надо добавить в массив?
MD>>>>> Совершенно верно, раздел не является компонентом массива. MD>>>>> Компонентом массива является диск целиком. Поэтому после MD>>>>> загрузки ОС получаю
MD>>>>> # cat /proc/mdstat MD>>>>> Personalities : [raid1] MD>>>>> md0 : active raid1 sdb[1] sda[0] MD>>>>> 2930266496 blocks [2/2] [UU] MD>>>>> bitmap: 1/22 pages [4KB], 65536KB chunk
MD>>>>> Где здесь грубая ошибка?
AK>>>> Вопрос не в том, что это ошибка, а в том, что если у тебя есть AK>>>> таблица разделов, то ты можешь указать тип раздела, и система AK>>>> на него сможет ориентироваться. Если же у тебя нет таблицы (ты AK>>>> используешь весь диск), то автоопределение типа не работает и AK>>>> тебе надо явно где-то прописать, что такие-то диски есть часть AK>>>> массива (и такой вариант, в принципе, тоже имеет право на AK>>>> жизнь).
MD>>> Это было написано при создании массива, а потом конфигурация MD>>> сохранена в /etc/mdadm.conf DEVICE /dev/sda /dev/sdb ARRAY MD>>> /dev/md0 level=raid1 num-devices=2 metadata=0.90 UUID=...
MD>> Ты, наверно, имел в виду "прописать для определения во время MD>> загрузки, что это массив". Это прописывает команда mdadm --create MD>> при создании массива. Она пишет на диски суперблок массива.
AK> Hет, я имел в виду, что чем больше информации, тем проще найти концы. AK> Когда есть раздел и у него явно написано, что он типа FD - то сразу AK> понятно, что это за диск. А если у тебя нет разделов,
Как это нет разделов?
AK> то хрен его знает, кусок ли это зеркала или просто диск.
Тут возникло какое-то недопонимание. Беру два чистых диска, создаю из них raid1, на созданном массиве создаю таблицу разделов gpt. Таким образом, есть несколько разделов, но они были созданы не отдельно на каждом диске, а сразу на массиве. И, если дать, например, команду df -h, то видны /dev/md0p1, /dev/md0p2 и т.д. Разве это не подсказка дать команду cat /proc/mdstat и увидеть, что массив был собран из дисков, а не разделов? :) Потом на массив была установлена ОС и она грузится с этого массива.
AK> Зачем усложнять себе (или AK> твоим последователям) жизнь? Это сейчас ты помнишь что где, и конфиг AK> рэйда ещё живой. Пройдет год-два-три, что-то сдохнет, и так будет AK> стрессовая ситуация, так облегчи участь тем, кто всё это будет AK> разгребать - оставь им подсказки. Экономия пару десятков мегабайт за AK> счёт таблицы разделов не стоит тех нервов.
Конфиг рейда записан в /etc/mdadm.conf и мне не очень понятно, куда он может деться. Если паче чаяния это файл вдруг исчезнет, я получу об этом письмо. В случае чего есть ежедневные бэкапы, хранящиеся в течение года. Я уже не говорю про подробную документацию по каждому серверу.
Желаю успехов, Andrew! За сим откланиваюсь, Michael.
... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20170303 * Origin: ==<<.f1042.ru.>>== (2:5020/1042) |