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

Stanislav Vlasov написал(а) к Michael Dukelsky в May 19 08:38:20 по местному времени:

Привет, Michael!

15 май 19 23:17, Michael Dukelsky -> Andrew Kant в сообщении по ссылке area://ru.linux.chainik?msgid=2:5020/1042+5cdc76bf:


MD> Это было написано при создании массива, а потом конфигурация сохранена
MD> в /etc/mdadm.conf DEVICE /dev/sda /dev/sdb ARRAY /dev/md0 level=raid1
MD> num-devices=2 metadata=0.90 UUID=...

Даже больше скажу - DEVICE прописывать не обязательно.

# cat /etc/mdadm/mdadm.conf | grep -E '(DEVICE|ARRAY)'
#DEVICE partitions containers
ARRAY /dev/md0 metadata=1.2 name=backup2:0 UUID=cbfc4dd2:b5893307:378f985c:b944ed33

Строка в конфиге - результат mdadm --detail --scan, так как массив собирался под другой системой.

С наилучшими пожеланиями, Stanislav.

--- -.-.-.-.-.-

Andrew Kant написал(а) к Michael Dukelsky в May 19 13:53:10 по местному времени:

Нello Michael!

Wednesday May 15 2019 23:44, Michael Dukelsky wrote to Andrew Kant:
AV>>>>>>>> Вижу две классические ошибки (одна грубая, другая не очень):
AV>>>>>>>> 1. Не надо использовать диски целиком - создай разделы с
AV>>>>>>>> типом 0xFD
MD>>>>>>> Почему? Что случится, если использовать диск целиком?
MD>>>>>> Хотелось бы получить ответ.
AV>>>>> А подумать тебе не хотелось бы? Если не пометить раздел как
AV>>>>> компонент массива - каким образом CONFIGMDAUTODETECT
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>>> массива (и такой вариант, в принципе, тоже имеет право на жизнь).

MD>> Это было написано при создании массива, а потом конфигурация
MD>> сохранена в /etc/mdadm.conf DEVICE /dev/sda /dev/sdb ARRAY /dev/md0
MD>> level=raid1 num-devices=2 metadata=0.90 UUID=...

MD> Ты, наверно, имел в виду "прописать для определения во время загрузки,
MD> что это массив". Это прописывает команда mdadm --create при создании
MD> массива. Она пишет на диски суперблок массива.

Нет, я имел в виду, что чем больше информации, тем проще найти концы. Когда есть раздел и у него явно написано, что он типа FD - то сразу понятно, что это за диск. А если у тебя нет разделов, то хрен его знает, кусок ли это зеркала или просто диск. Зачем усложнять себе (или твоим последователям) жизнь? Это сейчас ты помнишь что где, и конфиг рэйда ещё живой. Пройдет год-два-три, что-то сдохнет, и так будет стрессовая ситуация, так облегчи участь тем, кто всё это будет разгребать - оставь им подсказки. Экономия пару десятков мегабайт за счёт таблицы разделов не стоит тех нервов.

AK>>> Поэтому разделы предпочтительнее и проще в эксплуатации.

MD>> Чем проще?

см. выше.

Good bye!
Andrew

--- GoldED+/W32 1.1.4.7

Michael Dukelsky написал(а) к Andrew Kant в May 19 18:08:22 по местному времени:

Привет, Andrew!

16 May 2019 13:53, Andrew Kant послал(а) письмо к Michael Dukelsky:

AV>>>>>>>>> Вижу две классические ошибки (одна грубая, другая не
AV>>>>>>>>> очень): 1. Не надо использовать диски целиком - создай
AV>>>>>>>>> разделы с типом 0xFD
MD>>>>>>>> Почему? Что случится, если использовать диск целиком?
MD>>>>>>> Хотелось бы получить ответ.
AV>>>>>> А подумать тебе не хотелось бы? Если не пометить раздел как
AV>>>>>> компонент массива - каким образом CONFIGMDAUTODETECT
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> Нет, я имел в виду, что чем больше информации, тем проще найти концы.
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

Andrew Kant написал(а) к Michael Dukelsky в May 19 20:33:04 по местному времени:

Нello Michael!

Thursday May 16 2019 18:08, Michael Dukelsky wrote to Andrew Kant:

AV>>>>>>>>>> Вижу две классические ошибки (одна грубая, другая не
AV>>>>>>>>>> очень): 1. Не надо использовать диски целиком - создай
AV>>>>>>>>>> разделы с типом 0xFD
MD>>>>>>>>> Почему? Что случится, если использовать диск целиком?
MD>>>>>>>> Хотелось бы получить ответ.
AV>>>>>>> А подумать тебе не хотелось бы? Если не пометить раздел как
AV>>>>>>> компонент массива - каким образом CONFIGMDAUTODETECT
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>> Нет, я имел в виду, что чем больше информации, тем проще найти
AK>> концы. Когда есть раздел и у него явно написано, что он типа FD -
AK>> то сразу понятно, что это за диск. А если у тебя нет разделов,

MD> Как это нет разделов?

AK>> то хрен его знает, кусок ли это зеркала или просто диск.

MD> Тут возникло какое-то недопонимание. Беру два чистых диска, создаю из
MD> них raid1, на созданном массиве создаю таблицу разделов gpt. Таким
MD> образом, есть несколько разделов, но они были созданы не отдельно на
MD> каждом диске, а сразу на массиве. И, если дать, например, команду df -h,
MD> то видны /dev/md0p1, /dev/md0p2 и т.д. Разве это не подсказка дать
MD> команду cat /proc/mdstat и увидеть, что массив был собран из дисков, а
MD> не разделов? :) Потом на массив была установлена ОС и она грузится с
MD> этого массива.

Ты не хочешь слышать того, что тебе говорят. Надо рассматривать случай не когда у тебя всё работает и ты можешь дать команду cat /proc/mdstat, а случай, когда всё развалилось и у тебя остался один единственный диск. Или два диска. И нет архивов (либо ты о них не знаешь). И на каждом из осколков будет таблица разделов, но в действительности это два осколка зеркала. А вот если-бы создатель постелил соломки и делал-бы рейд на разделах, а не на дисках, то ты-бы сразу увидел, что это куски рейда.

То есть тебе говорят, как делать лучше и надежнее (это понимание приходит с опытом), а ты продолжаешь говорить, что у меня сейчас всё работает и поучайте лучше ваших паучат.


AK>> Зачем усложнять себе (или
AK>> твоим последователям) жизнь? Это сейчас ты помнишь что где, и
AK>> конфиг рэйда ещё живой. Пройдет год-два-три, что-то сдохнет, и так
AK>> будет стрессовая ситуация, так облегчи участь тем, кто всё это
AK>> будет разгребать - оставь им подсказки. Экономия пару десятков
AK>> мегабайт за счёт таблицы разделов не стоит тех нервов.

MD> Конфиг рейда записан в /etc/mdadm.conf и мне не очень понятно, куда он
MD> может деться. Если паче чаяния это файл вдруг исчезнет, я получу об этом
MD> письмо. В случае чего есть ежедневные бэкапы, хранящиеся в течение года.
MD> Я уже не говорю про подробную документацию по каждому серверу.

Очень хорошо, что есть бэкапы и документация. Но у настоящего админа всегда есть здоровая паранойя, и иногда стоит её послушать :) Ну и приучать себя сразу делать правильно (или правильнее) даже если без этого можно обойтись.

Good bye!
Andrew

--- GoldED+/W32 1.1.4.7