The OpenNET Project / Index page

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

Доступен mdadm 4.0, инструментарий для управления программным RAID в Linux

10.01.2017 12:39

Спустя шесть с половиной лет с момента формирования ветки 3.x представлена новая значительная версия пакета mdadm 4.0, включающего в себя набор инструментов для управления программными RAID-массивами в Linux. Значительный выпуск связан с передачей управления разработкой новому мэйнтейнеру - Neil Brown передал свои полномочия Jes Sorensen, который теперь возглавил проект.

Из функциональных изменений отмечается поддержка флага failfast, который может быть привязан к дискам в процессе создания массивов RAID1 или RAID10, и активирует режим быстрого перевода устройства в режим сбоя. Диск будет выведен из массива в случае неудачного завершения операции ввода/вывода без проведения полноценной обработки ошибки и повторных попыток проведения операции чтения. В новой версии также внесена большая порция исправлений, связанных с поддержкой кластерных RAID и IMSM RAID (Intel Matrix Storage Manager). Для IMSM добавлена поддержка устройств с размером сектора 4k.

  1. Главная ссылка к новости (https://lkml.org/lkml/2017/1/9...)
  2. OpenNews: Доступна реализация программного RAID для Linux - mdadm 3.0
  3. OpenNews: Вышел mdadm 3.3, инструментарий для управления программным RAID в Linux
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/45835-mdadm
Ключевые слова: mdadm, raid
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (24) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 12:55, 10/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Подскажите, может есть годная статья по организации мониторинга и периодической проверки md-raid ?
     
     
  • 2.3, ями (?), 13:19, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Подскажите, может есть годная статья по организации мониторинга и периодической проверки
    > md-raid ?

    в Icinga/Nagios вполне работает NRPE и check_raid (https://github.com/glensc/nagios-plugin-check_raid)

     
  • 2.4, Michael Shigorin (ok), 13:58, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Подскажите, может есть годная статья по организации мониторинга
    > и периодической проверки md-raid ?

    Поищите скрипт checkarray, если он ещё не входит в применяемый пакет mdadm.  Ну и mdadm --monitor для текущего (опять же, его может уметь прилично приготовленный инитскрипт, как у нас).

     
     
  • 3.13, Аноним (-), 16:58, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо за ответ.

    > может уметь прилично приготовленный инитскрипт, как у нас

    Немного не понимаю - где этот скрипт? Вот тут https://packages.altlinux.org/ru/Sisyphus/srpms/mdadm/spec  всё стоковое, если глаза не врут. Куда смотреть?

     
     
  • 4.14, Michael Shigorin (ok), 17:01, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> может уметь прилично приготовленный инитскрипт, как у нас
    > Немного не понимаю - где этот скрипт?
    > Вот тут https://packages.altlinux.org/ru/Sisyphus/srpms/mdadm/spec
    > всё стоковое, если глаза не врут. Куда смотреть?

    https://packages.altlinux.org/ru/Sisyphus/srpms/mdadm/gear -> http://git.altlinux.org/people/shaba/packages/?p=mdadm.git;a=tree;f=alt;hb=HE -> http://git.altlinux.org/people/shaba/packages/?p=mdadm.git;a=blob;f=alt/mdadm

     
  • 2.6, Аноним (-), 14:37, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дистрибутив назовите. Возможно у вас все уже есть.
     
     
  • 3.10, Аноним (-), 15:53, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Void Linux, CentOS 7
     
  • 2.16, Меломан1 (?), 18:19, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Подскажите, может есть годная статья по организации мониторинга и периодической проверки
    > md-raid ?

    mdadm --monitor --scan --syslog
    syslog на email.

     
  • 2.19, John (??), 09:26, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    В файл mdadm.conf впишите адрес, куда отправлять письма с проблемами
    MAILADDR admin@domain.tld
     
     
  • 3.20, Меломан1 (?), 10:17, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это не профессиональный подход к делу.
    Необходимо все критичные syslog алерты слать на почту.
     
     
  • 4.21, Michael Shigorin (ok), 11:36, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это непрофессиональный подход к делу.
    > Необходимо все критичные syslog алерты слать на почту.

    Это малограмотный подход к делу, увы -- в случае условного пожара почтой захлебнёт.

    Профессиональный подход к этому самому делу включает в себя выявление корневой причины -- например, не "недоступна файловая система" + "сдох массив целиком", а "сдох массив целиком"; аналогично со взаимозависимыми сервисами или цепочками свичей/маршрутизаторов.

    Вот только так гораздо сложней уметь...

    PS: если всё-таки копать от логов, то http://loganalyzer.adiscon.com в паре с rsyslogd -- неплохая штука; а если их *много* и надо что-то с этим делать, то я бы смотрел в сторону http://edgeofsanity.net/article/2012/06/17/central-logging-with-open-source-s

    PPS: ещё в своё время пришёл к подходу "пассивный удалённый мониторинг плюс активный локальный".

     
     
  • 5.22, Меломан1 (?), 12:11, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ваш профессионализм в мониторинге состояния системы вызывает у меня сомнение.
    Если вы считаете, что критичное предупреждение не заслуживает внимания, то вам лучше не заниматься системным администрированием и сервисной поддержкой серверов.
    На почту должны сыпаться все критичные алерты, если хотите дальше разбираться, то настраивайте сборщик syslog  и snmp трапов на удаленной системе и парсите данные, как вам нужно.
     
     
  • 6.23, Michael Shigorin (ok), 12:18, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Ваш профессионализм в мониторинге состояния системы вызывает у меня сомнение.

    А мне, простите, пофиг на Вашу оценку после предложения ссыпать всё в почту.  Даже если разгребать её procmail+mutt, когда-то да накроет с головой...

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

    PS: ещё хорошей практикой оказался лог-сервер, у которого на подсеть открыт только [r]syslog на приём, а по ssh доступен с белого списка хостов.

     
  • 2.25, Аноним (-), 13:20, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    https://github.com/zalora/nixsap/blob/master/modules/pkgs/check_mdstat/check_m
     
     
  • 3.26, Michael Shigorin (ok), 15:07, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > https://github.com/zalora/nixsap/blob/master/modules/pkgs/check_mdstat/check_m

    Странный скрипт: болтливый -- в почту засунуть можно, но спам будет усыплять (хотя для архива и такое бывает полезно, но это ещё фильтровать...), при этом не годится для раскидывания по умолчанию -- т.к. вопит почём зря на хосте без mdraid:[CODE]if [ ! -e "$stat" ]; then
      echo "WARNING: $stat does not exist"
      exit 1
    fi[/CODE]
    В общем, штатный mdmon и дебиановский checkarray лично мне куда более симпатичны. :)

     
     
  • 4.27, Аноним (-), 18:51, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вы, коллега, не натравливайте его на машины без рейдов. Это "скритп" для исинги, а там уж и емейл, и слак, и аейжердьюти, и все другие ништяки.
     
     
  • 5.28, Michael Shigorin (ok), 20:15, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А вы, коллега, не натравливайте его на машины без рейдов.

    Ладно :)

     
  • 2.31, Nubbb (?), 12:51, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    смотри в сторону zabbix + graylog. И будет счастье
     
  • 2.33, stopa85 (ok), 05:10, 17/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ребята, я не абы какой крутой админ, но юзая zabbix делаю так Добавляю скрипты ... большой текст свёрнут, показать
     

  • 1.2, amix (ok), 13:00, 10/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    egrep ".*_.*" /proc/mdstat|wc -l
     
     
  • 2.30, Аноним (-), 17:57, 12/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда уж просто
    grep -c _ /proc/mdstat
     

  • 1.12, mumu (ok), 16:45, 10/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А как этот failfast конкретно работает? Просветите
     
     
  • 2.17, Аноним (-), 19:37, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    это просто термин.
     

  • 1.32, sabakka (?), 11:34, 16/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    что за кластерные райды в mdadm?
     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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