The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

03.06.2009 14:32  Доступна реализация программного RAID для Linux - mdadm 3.0

Вышла новая версия пакета mdadm 3.0, предназначенного для управления программными RAID массивами в Linux. По сравнению с веткой 2.6, объем кодовой базы новой версии вырос примерно на 40%. Главное новшество новой ветки - поддержка управления мета-данными на уровне пользователя, что позволяет обеспечить работу с форматами мета-данных не поддерживаемых Linux ядром. Два из таких формата присутствуют в mdadm 3.0: DDF (Disk Data Format), определенный в стандарте SNIA (Storage Networking Industry Association), и формат imsm (Intel Matrix), используемый в новых контроллерах Intel ICH. Добавление данных форматов, позволит использовать утилиту mdadm для управления широким спектром Fake-RAID контроллеров, не прибегая к установке проприетарных утилит или модуля dmraid.

Из других новшеств, можно отметить изменение метода наименования raid-устройств, создание которых теперь может быть делегировано системе udev (что требует наличия соответствующих udev-правил). Все устройства с нестандартными именами, отличными от mdX и md_dX, теперь должны создаваться в /dev/md/. Кроме того, для RAID разделов с обработкой мета-данных на уровне пользователя (userspace), введено понятие контейнера мета-данных, который по сути представляет собой дополнительное md устройство, находящееся в 'inactive' статусе и состоящее из набора физических дисков с одинаковым типом мета данных.

  1. Главная ссылка к новости (http://markmail.org/message/sz...)
  2. FTP сервер для загрузки mdadm
Лицензия: CC-BY
Тип: Программы
Ключевые слова: raid, mdadm, linux, disk
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, iZEN (ok), 15:58, 03/06/2009 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    Когда же в Linux в недрят нормальную систему управления устройствами памяти в саму систему? А то получается ядро неспособно на это, а вот эта отдельная штукенция делает, но не может вон то, что может другая штукенция. И т.д.
    Зоопарк на выезде!
     
     
  • 2.3, inste (?), 16:13, 03/06/2009 [^] [ответить]    [к модератору]
  • +/
    mdadm уже несколько лет, как в ядре.
     
  • 2.21, kmtz (?), 07:14, 04/06/2009 [^] [ответить]    [к модератору]
  • –1 +/
    это unix-way, детка.
     
     
  • 3.24, www2 (??), 10:32, 04/06/2009 [^] [ответить]    [к модератору]
  • +/
    >это unix-way, детка.

    Точно, каждая программа должна заниматься своим делом и делать его хорошо.

     
  • 3.27, аноним (?), 14:35, 04/06/2009 [^] [ответить]    [к модератору]
  • +/
    gnu not unix
    или gnu = null unix
     
  • 1.4, Аноним (-), 16:24, 03/06/2009 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    поддержку барьеров не сделали для конфигураций отличных от зеркала ?
     
     
  • 2.10, аноним (?), 17:25, 03/06/2009 [^] [ответить]    [к модератору]  
  • +/
    >поддержку барьеров не сделали для конфигураций отличных от зеркала ?

    а зачем они вам?

     
     
  • 3.13, Аноним (-), 17:50, 03/06/2009 [^] [ответить]    [к модератору]  
  • +/
    хочу использовать программный RAID 5 дома без UPS :)
     
     
  • 4.17, _umka_ (??), 21:19, 03/06/2009 [^] [ответить]    [к модератору]  
  • +/
    >хочу использовать программный RAID 5 дома без UPS :)

    Можно еще спросить - а когда они сделают _нормальные_ барьеры, что бы даже на multi-path работали нормально.
    Ну и за одно multi-path пофиксят для случая разной пропускной способности у каналов, а то там такие забавные чудеса бывают...


     
  • 1.5, 03.06.2009 1432 (?), 16:47, 03/06/2009 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Кто-то может сказать что плохого в dmraid и зачем плодить сущности?
     
     
  • 2.8, std (?), 17:22, 03/06/2009 [^] [ответить]    [к модератору]  
  • +/
    >Кто-то может сказать что плохого в dmraid и зачем плодить сущности?

    например нет поддержки RAID-5,6 RAID-1, как написано, может работать с потерей данных о_О

     
  • 1.7, AsphyX (??), 17:10, 03/06/2009 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Самое неудобное в mdadm — наличие mdadm.conf. Конфигурация массивов и так живёт в метаданных устройств, зачем же плодить сущности? Можно же просто, по примеру VLM, сканировать все блочные устройства и собирать все массивы, которые нашлись.
     
     
  • 2.9, аноним (?), 17:24, 03/06/2009 [^] [ответить]    [к модератору]  
  • +/
    >все блочные устройства и собирать все массивы, которые нашлись

    если mdadm.conf нет, то так и делается

     
     
  • 3.22, Аноним (-), 07:21, 04/06/2009 [^] [ответить]    [к модератору]  
  • +/
    Почему у меня не делается? При загрузке с ливсиди приходится делать
    mdadm --examine --scan > /etc/mdadm.conf
    mdadm --assemble
     
     
  • 4.25, hidded (?), 11:25, 04/06/2009 [^] [ответить]    [к модератору]  
  • +/
    mdadm --assemble --scan

    Почему мне приходится цитировать документацию?

     
  • 2.19, Stas (??), 21:40, 03/06/2009 [^] [ответить]    [к модератору]  
  • +/
    >Самое неудобное в mdadm — наличие mdadm.conf. Конфигурация массивов и так живёт
    >в метаданных устройств, зачем же плодить сущности? Можно же просто, по
    >примеру VLM, сканировать все блочные устройства и собирать все массивы, которые
    >нашлись.

    Если диск разметить  супер блоком, то конфиг не нужен

     
     
  • 3.20, AsphyX (??), 22:15, 03/06/2009 [^] [ответить]    [к модератору]  
  • +/
    Так от том и речь! Особенно, учитывая, что mdadm отказывается собирать массивы, если информация в конфиге по каким-либо причинам не соответствует действительности. И это усугубляется тем, что, по крайней мере в Debian, update-initramfs имеет обыкновение засовывать mdadm.conf в initramfs.
     
     
  • 4.23, Sloboda (??), 10:18, 04/06/2009 [^] [ответить]    [к модератору]  
  • +/
    Поддерживаю!
    Тоже натыкался.
    Если забыть обновить mdadm.conf в initrd, придется загружаться с LiveCD + ip-kvm.
     
  • 1.15, olex (ok), 19:39, 03/06/2009 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    mdadm 2.6 с ядром 2.6 вроде уже udev использует
     
  • 1.18, Аноним (-), 21:28, 03/06/2009 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Когда ж они сделают функцию "check consistency" для существующих массивов...
     
     
  • 2.26, hidded (?), 11:27, 04/06/2009 [^] [ответить]    [к модератору]  
  • +/
    >Когда ж они сделают функцию "check consistency" для существующих массивов...

    Уже как бы давно. См. /usr/share/mdadm/checkarray

     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor