на главнуюВсе эхи RU.LINUX.CHAINIK
войти ?

То ли лыжи не едут

От Andrew Kant (2:469/83.1) к Michael Dukelsky

В ответ на Заголовок предыдущего сообщения в треде (Имя Автора)


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)

Ответы на это письмо:

From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку

From: Username
Или коротким

FGHI-url этого письма: area://RU.LINUX.CHAINIK?msgid=2:469/83.1+5cdef115