= Сообщение: 2572 из 3144 ================================= RU.LINUX.CHAINIK =
От : Andrew Kant 2:469/83.1 17 May 19 20:33:04
Кому : Michael Dukelsky 17 May 19 20:33:04
Тема : То ли лыжи не едут
FGHI : area://RU.LINUX.CHAINIK?msgid=2:469/83.1+5cdef115
На : area://RU.LINUX.CHAINIK?msgid=2:5020/1042+5cdd7ce9
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
Hello Michael!
Thursday May 16 2019 18:08, Michael Dukelsky wrote to Andrew Kant:
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>> то сразу понятно, что это за диск. А если у тебя нет разделов,
MD> Как это нет разделов?
AK>> то хрен его знает, кусок ли это зеркала или просто диск.
MD> Тут возникло какое-то недопонимание. Беру два чистых диска, создаю из
MD> них raid1, на созданном массиве создаю таблицу разделов gpt. Таким
MD> образом, есть несколько разделов, но они были созданы не отдельно на
MD> каждом диске, а сразу на массиве. И, если дать, например, команду df -h,
MD> то видны /dev/md0p1, /dev/md0p2 и т.д. Разве это не подсказка дать
MD> команду cat /proc/mdstat и увидеть, что массив был собран из дисков, а
MD> не разделов? :) Потом на массив была установлена ОС и она грузится с
MD> этого массива.
Ты не хочешь слышать того, что тебе говорят. Hадо рассматривать случай не когда у тебя всё работает и ты можешь дать команду cat /proc/mdstat, а случай, когда всё развалилось и у тебя остался один единственный диск. Или два диска. И нет архивов (либо ты о них не знаешь). И на каждом из осколков будет таблица разделов, но в действительности это два осколка зеркала. А вот если-бы создатель постелил соломки и делал-бы рейд на разделах, а не на дисках, то ты-бы сразу увидел, что это куски рейда.
То есть тебе говорят, как делать лучше и надежнее (это понимание приходит с опытом), а ты продолжаешь говорить, что у меня сейчас всё работает и поучайте лучше ваших паучат.
AK>> Зачем усложнять себе (или
AK>> твоим последователям) жизнь? Это сейчас ты помнишь что где, и
AK>> конфиг рэйда ещё живой. Пройдет год-два-три, что-то сдохнет, и так
AK>> будет стрессовая ситуация, так облегчи участь тем, кто всё это
AK>> будет разгребать - оставь им подсказки. Экономия пару десятков
AK>> мегабайт за счёт таблицы разделов не стоит тех нервов.
MD> Конфиг рейда записан в /etc/mdadm.conf и мне не очень понятно, куда он
MD> может деться. Если паче чаяния это файл вдруг исчезнет, я получу об этом
MD> письмо. В случае чего есть ежедневные бэкапы, хранящиеся в течение года.
MD> Я уже не говорю про подробную документацию по каждому серверу.
Очень хорошо, что есть бэкапы и документация. Hо у настоящего админа всегда есть здоровая паранойя, и иногда стоит её послушать :) Hу и приучать себя сразу делать правильно (или правильнее) даже если без этого можно обойтись.
Good bye!
Andrew
--- GoldED+/W32 1.1.4.7
* Origin: * KAA * (2:469/83.1)
|
