Спустя три года с момента формирования прошлой значительной ветки представлен выпуск пакета mdadm 4.2.0, включающего набор инструментов для управления программными RAID-массивами в Linux. Из изменений в новой версии отмечается возможность сборки с использованием GCC 9 и расширение поддержки RAID-массивов IMSM (Intel Matrix Storage Manager), а также используемой в них функциональности  Partial Parity Log (PPL), позволяющей сохранять дополнительные избыточные данные для снижения вероятности повреждения информации (Write Hole) в случае рассинхронизации содержимого дисков. В новой версии также улучшена поддержка кластерных RAID1/10 (Cluster MD), позволяющих развернуть программный RAID для всех узлов кластера...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56450

• Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 18:58 , 03-Янв-22
  • Доступен mdadm 4.2, инструментарий для управления программны...,ТотСамыйАнонимныйАнонимус, 19:22 , 03-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 19:32 , 03-Янв-22
      • Доступен mdadm 4.2, инструментарий для управления программны...,ТотСамыйАнонимныйАнонимус, 21:10 , 03-Янв-22
  • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 21:10 , 03-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 21:11 , 03-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,ТотСамыйАнонимныйАнонимус, 21:12 , 03-Янв-22
      • Доступен mdadm 4.2, инструментарий для управления программны...,hohax, 12:31 , 05-Янв-22
• Доступен mdadm 4.2, инструментарий для управления программны...,Анонимиус, 18:59 , 03-Янв-22
• Доступен mdadm 4.2, инструментарий для управления программны...,richman1000000, 19:18 , 03-Янв-22
  • Доступен mdadm 4.2, инструментарий для управления программны...,лютый жабби__, 12:00 , 04-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 09:53 , 05-Янв-22
• Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 19:38 , 03-Янв-22
  • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 20:47 , 03-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 21:05 , 03-Янв-22
      • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 23:49 , 03-Янв-22
        • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 01:22 , 04-Янв-22
          • Доступен mdadm 4.2, инструментарий для управления программны...,OpenEcho, 16:29 , 04-Янв-22
        • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 12:43 , 04-Янв-22
• Доступен mdadm 4.2, инструментарий для управления программны...,ТотСамыйАнонимныйАнонимус, 21:08 , 03-Янв-22
  • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 09:50 , 06-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,ТотСамыйАнонимныйАнонимус, 00:12 , 07-Янв-22
• Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 23:44 , 03-Янв-22
  • Доступен mdadm 4.2, инструментарий для управления программны...,onanim, 11:41 , 04-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 18:37 , 04-Янв-22
      • Доступен mdadm 4.2, инструментарий для управления программны...,onanim, 10:02 , 08-Янв-22
• Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 00:05 , 04-Янв-22
  • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 01:20 , 04-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 16:09 , 06-Янв-22
      • Доступен mdadm 4.2, инструментарий для управления программны...,ТотСамыйАнонимныйАнонимус, 00:06 , 07-Янв-22
        • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 11:58 , 07-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 16:14 , 06-Янв-22
  • Доступен mdadm 4.2, инструментарий для управления программны...,Вася, 02:39 , 04-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 02:51 , 04-Янв-22
      • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 02:52 , 04-Янв-22
      • Доступен mdadm 4.2, инструментарий для управления программны...,Ann None, 13:06 , 04-Янв-22
        • Доступен mdadm 4.2, инструментарий для управления программны...,Имя, 13:54 , 30-Дек-22
      • Доступен mdadm 4.2, инструментарий для управления программны...,Вася, 07:35 , 08-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 12:24 , 07-Янв-22
      • Доступен mdadm 4.2, инструментарий для управления программны...,Вася, 07:36 , 08-Янв-22
        • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 10:11 , 08-Янв-22
• Доступен mdadm 4.2, инструментарий для управления программны...,InuYasha, 11:05 , 04-Янв-22
• Доступен mdadm 4.2, инструментарий для управления программны...,Demo, 11:55 , 04-Янв-22
  • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 12:48 , 04-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,Demo, 15:14 , 04-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,pofigist, 10:23 , 05-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,50 shades of resilver, 05:43 , 08-Янв-22
  • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 13:15 , 04-Янв-22
    • Доступен mdadm 4.2, инструментарий для управления программны...,Demo, 15:16 , 04-Янв-22
      • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 17:24 , 04-Янв-22
        • Доступен mdadm 4.2, инструментарий для управления программны...,Demo, 18:43 , 04-Янв-22
          • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 18:53 , 04-Янв-22
            • Доступен mdadm 4.2, инструментарий для управления программны...,лютый жабби__, 21:26 , 04-Янв-22
              • Доступен mdadm 4.2, инструментарий для управления программны...,Demo, 10:20 , 05-Янв-22
                • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 09:58 , 06-Янв-22
  • Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 09:55 , 06-Янв-22
• Доступен mdadm 4.2, инструментарий для управления программны...,Аноним, 16:11 , 06-Янв-22

RAID6 с сабжем безопасно использовать, или до сих пор проеблемы остаются? Насколько мне известно, его так и не осилили в btrfs.

Немного не по теме, но у меня после прошлого обновления lvm не маппится в систему автоматически при подключении, надо писать vgchange --available y каждый раз. Что это? Раньше такого не было.

а посмотреть фильтры в lvm.conf? добавить свое устройство в разрешенные?

> а посмотреть фильтры в lvm.conf? добавить свое устройство в разрешенные?

Можно попробовать. Просто lvm2 месяц назад обновился и до того подключаемые диски всегда мапились сразу. Я немножко попереживал, когда перестали определяться.

Мусье любит пить шампанское? Риск это так по нашему, сначала прыгнуть потом кричать - лечу.

> Немного не по теме, но у меня после прошлого обновления lvm не маппится в систему автоматически при подключении, надо писать vgchange --available y каждый раз. Что это? Раньше такого не было.

Надо смотреть, что за скрипты у вас в initrd. Это их работа - делать vgchange -ay. Если там вместо -ay будет -aay, то при пустом lvm.conf оно активироваться не будет (разумеется, работает тот lvm.conf)

> (разумеется, работает тот lvm.conf)

... который лежит в initrd

вообще сначало надо update-initrams -k all -vut сделать и поглядеть грепом что там вообще с лвм.

> update-initrams -k all

Нельзя быть таким ограниченным.

Огромное спасибо разработчикам. Выручает в тех случаях, когда для ZFS не хватает ресурсов.

использую только md raid  на линух

>использую только md raid  на линух

сукс... когда начинает чекать в фоне зашифрованное luks-м зеркало, сервак колом встаёт.

используйте сервера, а не какие-то серваки.

Чем оно лучше zfs и btrfs?

Не такой загадочный. А так, конечно, ZFS получше. :)

Пока не деградирует по скорости (из-за фрагментации, вестимо, потому что пересоздание пула с нуля временно помогает) :)

Привыкли забивать разделы под завязку?
ZFS этого не любит.

Неа. Я ж понимаю, что zfs - это экспериментальная фигня типа btrfs, которая в любых более-менее сложных условиях ведет себя непредсказуемо, так что мониторинги настроены.

Аха... 21 год живет в проде и все экспериментально

Любит, но под эту ситуацию zfs необходимо тюнить. Иначе во время поиска свободного места будет "тупняк". В свою очередь, это ведёт к ещё большему расходу памяти но до 90% работает нормально.

что такое Cluster MD? сколько не читал так и не понял к чему эта поделка?
какой профит? Цеф уделывает его за обе щеки.

Это когда ты можешь собрать рейд из одних и тех же дисков на 2х разных хостах, и они будут цивилизованно синхронизировать изменение метаданных рейда, а не плевать друг другу (и тебе) в суп при изменениях конфигурации рейда (добавление/удаление дисков, синхронизация, обновления bitmap-а etc)

Звучит как репликация в ХыперВи. Не нена, уже в хиперВи пару раз видал факапы....

Вроде бы в версии 4.2 так и не починили баг, из-за которого он убивает корневую ФС при попытке запустить в chroot https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982459

Будьте осторожны, инструмент сделан профессиоаналами для профессионалов!

> in chroot without /proc,/dev,/sys mounted

нафига, а главное - зачем, заходить в чрут без примонтированных proc dev sys?

Например, установка системы в chroot.

> Например, установка системы в chroot.

очевидно, что половина программ без /dev/ и /proc/ со всякими /sys/  работать не будет.
особенно программ типа mdadm

md уже умеет не убивать внезапно разделы и/или массив целиком?
Или по-прежнему годен только для экспериментов?

Когда надоест экспериментировать, почитайте man mdadm. После этого внезапные убийства должны прекратиться.

Делали всё строго по документацииn mdadm.
Дохнет, при этом когда не ждёшь, точную дату предстказать невозможно, да и не хочется вообще с этим снова возиться.
2 раза выручил бэкап с ленты, этого хватило, чтобы выбросить mdadm куда подальше.

Теперь только аппаратный RAID на отельном контроллере и нормальные брендовые серверы (не российские).
А софтовые "супер-решения" — это для экстремалов и личного использования за пределами production.

Звучит как вброс, дистр, версия, название пакета, сцыль на баг?
Бекап откуда? С ленты? Дедушка вы откуда вылезли? Какие ленты? На дворе 2022 год!
Одно из двух:
1. Банальный пи3**0л
2. Пи3**0л неосилятор.

Может быть ты сначала прочитаешь про ленточные библиотеки уровня предприятия, какие существуют стндраты, как работают профессиональные системы резервного копирования, а потом уже будешь носиться со своим "высокоумным" мнением?

Если ты не работал там, где всё это применяется, это не значит, что LTO нигде не используется.

* на отдельном котроллере

Больше 10 лет пользую, ничего внезапно не убивалось. Как вы этого достигли, кого благодарить?

Легко.
for i in {a..z}; do for j in {1..10}; do mdadm --zero-superblock=/dev/md${i}${j} 2>/dev/null; done; done

Кто хочет - ищет способ, кто не хочет - придумывает оправдания.

> md${i}${j}

sd${i}${j} конечно же

> for i in {a..z}; do for j in {1..10}; do mdadm --zero-superblock=/dev/md${i}${j} 2>/dev/null; done; done

двоечник.
ls /dev/sd[a-z]?* | xargs -rl mdadm --zero-superblock

>> for i in {a..z}; do for j in {1..10}; do mdadm --zero-superblock=/dev/md${i}${j} 2>/dev/null; done; done
> двоечник.
> ls /dev/sd[a-z]?* | xargs -rl mdadm --zero-superblock

Двоечник, в данном случае, Вы. В цитируемом Вами сообщении как раз всё академически правильно: 1) нет пайпов и подпроцессов; 2) используются лишь команды командного интерпретатора.

> Легко.
> for i in {a..z}; do for j in {1..10}; do mdadm --zero-superblock=/dev/md${i}${j}
> 2>/dev/null; done; done
> Кто хочет - ищет способ, кто не хочет - придумывает оправдания.

хули ты мне сделаешь у меня массивы с 127 начинаються ухахаххаха

поэтому я просто делаю dd if=/dev/zero if=/dev/sd* bs=10M count=1

Может быть пора уже поискать работу в нормальной компании, у которой есть деньги на аппаратный RAID-контроллер?

> Может быть пора уже поискать работу в нормальной компании, у которой есть
> деньги на аппаратный RAID-контроллер?

они щас везде есть, как минимум во встройках.

но лучше б не было

Встроенный контроллер -- это чаще всего fake Raid с усеченными функциями.
Нормальный аппаратный контроллер на отдельной плате расширения с быстрым кешем на батарейке, со своим АЛУ, чтобы разгрузить процессор и ОС, с интерфейсом управления, с возможностью сохранить-восстановить конфигурацию -- это совсем другое дело. Это профессиональное решение.

Не пользуюсь, но уважаю! )

Для чего-то мелкого можно и mdadm использовать.
А вот для дисковых массивов, объёмом от 20 ТБ лучше, конечно же, ZFS. Иначе, малейший сбой — и устанете ждать окончания пересборки массива.

А ещё лучше - zfs на smr-дисках :)

> А ещё лучше - zfs на smr-дисках :)

Было бы интересно сравнить скорость сборки на SMR-дисках у ZFS и mdadm.

mdadm на smr даст ровно тот же результат - ибо они вообще не предназначены для использовании в raid-массивах.

О. Месье любит без смазки?

> устанете ждать окончания

...resilver'a // fixed

Проверено на собственном опыте на одном и том же железе:

zfs resilver — ~450 Мегабайт/с.
mdadm — плавает от 1-го до ~10-ти Мегабайт/с.

Не важно, какая скорость, важно, сколько времени в итоге уйдёт. И это всё равно месяц завершения ждать. Насколько часто придётся выполнять?

> Не важно, какая скорость, важно, сколько времени в итоге уйдёт.

А теперь прочитайте своё же утверждение.

Чем больше скорость пересборки, тем меньше "времени в итоге уйдёт".
Пока mdadm тупит, падает производительность хранилища.

Надо тестить, я так не могу сказать. Но если сабж, допустим, не деградирует, это простительно и лечится адекватным сетапом.

>Но если сабж, допустим, не деградирует, это простительно и лечится адекватным сетапом.

mdadm с бтр/зфс по идее надо вообще сравнивать в виде integritysetup+mdadm vs btrfs и тогда первое вообще в полной Ж

хотя у меня все серваки под mdadm, увы

> хотя у меня все серваки под mdadm, увы

На предыдущей конторе, к моему приходу тоже всё было под mdadm.
Админы половину рабочего дня занимались отписками из-за тупинга glusterfs и mdadm.
К счастью, была парочка незадействованых NAS'ов по 20 ТБ, которые собирались выбросить.
Я попросил не спешить и втихаря за несколько месяцев перевёл бóльшую часть production
NAS'ов, используя имеющееся свободное место, на ZFS.
И как-то оно всё потихоньку починилось. 😆

А зачем они mdraid под gluster совали? И как, кстати, тебе опыт эксплуатации гластера поверх zfs? Или ты от гластера тоже избавился, и хранилки у тебя теперь незарезервированные?

Подозреваю, что ты сталкивался с любителями бахнуть raid6 на десяток дисков, да без bitmap или ppl.
Мозг включать-то при сборке рейда же надо.

Увы, но это не enterprise решение.
Хотя для админов малого бизнеса вполне сойдёт.