mdadm raid10 как восстановить?

Я на Хабре читал статью как у модного и молодежного датацентра так целая партия SSD посыпалась

Так в ДЦ обычно ставят всякую дешмань, так что ничего удивительного.

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

Можно и на ssd, но не одинаковых. Однако я вас поддерживаю в тезисе, что на hdd вероятность одновременной смерти даже из одной партии все-таки ниже чем смерть у ssd где это из каробки запланировано.

Я не про уведомления смарта а про уведомления на почту. Правильные уведомления должны быть туда где ты часто бываешь не ради просмотра уведомлений, а ради ежедневных дел.

Имхо в современном мире блокировок всяких IM, почта все-таки более надежный из бесплатных вариантов. Ну и просто удобство прочтения у почты все-таки больше.

Более того, я уверен, что не только я использую почтовый клиент, который выводит уведомления о появлении новых писем.

Воистину! Уведомления это крайне удобно! А с учетом работы всяких imap idle почта превращается в тот же IM.

imap idle почта превращается в тот же IM.

почтой с конвертацией всего не текстового в base64, видосики шибко не попересылаешь, нужен какой то дополнительный сервис-костыль с внешними ссылками

почтой с конвертацией всего не текстового в base64, видосики шибко не попересылаешь, нужен какой то дополнительный сервис-костыль с внешними ссылками

Насчет пересылки чего-то сильно объемного согласен полностью! Тут в зависимости от... или почтарь не пропустит или клиент офигеет в /dev/null, вариации разные случались.

А почему в качестве альтернативы именно IM? А вдруг почта тоже сломается? А вдруг сломается её отправлятель?

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

А почему в качестве альтернативы именно IM?

Потому что как минимум вы можете её прочитать с большого кол-ва девайсов это раз, во вторых рассортировать по папочкам и присвоить им соответствующие метки по приоритету. Т.е. это не альтернатива, функций больше чем у IM.
Поймите правильно, я не против IM, оно тоже должно быть для всяких critical, но не безальтернативно заменой email, т.е. шлем на все доступные варианты.

Не вижу связи между моим вопросом и этим ответом. Я не спрашивал «почему почта». И в сообщении кроме первого вопроса ещё куча всего было написано.

И в сообщении кроме первого вопроса ещё куча всего было написано.

Так всё остальное написанное вами относится к вариациям систем мониторинга, что правильно и у меня не возникло никаких возражений на это.

Так и вопрос остаётся - почему вопрос рассматривается в виде «почта vs IM», а не «почта vs полноценный мониторинг с агентом-оповещателем на компе админа».

Что касается сортировок и приоритетов - то мониторинг это тоже может сделать сам, и показать уже готовое в своём интерфейсе - зачем тут посредническое звено в виде почты нужно?

Так и вопрос остаётся - почему вопрос рассматривается в виде «почта vs IM», а не «почта vs полноценный мониторинг с агентом-оповещателем на компе админа».

Про полноценный онлайн мониторинг я и не возражал, но это уже служба диспетчерезации, а не работа админа. Хотя с недавних пор по какой-то непонятной мне причине и это на админов стали вешать.

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

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

Привет.

dd if=sdb1-super bs=1 skip=200 count=8

Дала вывод

00000000 a1 b4 8a 00 00 00 00 00                |.....|
00000008

Мне для ввода брать без нулей, как у вас в написано?

Да, записалось как надо.

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

Да, поле 8-байтное а я там только 4 написал в образце того что должно вывестись. А так всё совпадает пока что же.

Стартанул, идет синк.

Какой синк, куда?

resync идет.

Спасибо!

Четвёртый диск что ли вставил? Без него никаких resync вроде не должно быть.

И fsck надо, он сам может даже считать что файловая система clean но всё равно надо.

Нет, три добавил в assemble

Так а кого он куда синхронизирует? Там два зеркала оба актуальные + один диск без пары.

Хотя может быть sdd и sde всё-таки неодинаково сохранились и кто-то из них новее. Но всё равно лучше проверить.

Он запустился как active [_UUU]

Ну так а sync на каком из дисков идёт? в --detail

так он пока не дает сделать detail пока не сделает resync.

А в examine state: указан у дисков там про ресинк не пишется?

Нет, там только active

mdadm –run md0 без ошибок. Но mdadm –detail md0 выдает что нет такого файла…

mdstat md0 : active raid10 sdb1[1] sdb1[2] sde1[3] 468859776 blocks super 1.0 64k chunks 2 near-copies [4/3] [_UUU] bitmap: 4/4 pages [16KB], 65536KB chunk

Короче ничего получилось. fdisk показывает что есть /dev/md0, но примонтировать не получается.

/dev/md0:
           Version : 1.0
     Creation Time : Sun Sep 10 09:38:18 2023
        Raid Level : raid10
        Array Size : 468859776 (447.14 GiB 480.11 GB)
     Used Dev Size : 234429888 (223.57 GiB 240.06 GB)
      Raid Devices : 4
     Total Devices : 3
       Persistence : Superblock is persistent

     Intent Bitmap : Internal

       Update Time : Tue Dec 30 09:19:09 2025
             State : clean, degraded 
    Active Devices : 3
   Working Devices : 3
    Failed Devices : 0
     Spare Devices : 0

            Layout : near=2
        Chunk Size : 64K

Consistency Policy : bitmap

              Name : any:0
              UUID : b7175757:a15ed574:6940d0a2:589e6c79
            Events : 9090770

    Number   Major   Minor   RaidDevice State
       -       0        0        0      removed
       1       8       17        1      active sync set-B   /dev/sdb1
       2       8       49        2      active sync set-A   /dev/sdd1
       3       8       65        3      active sync set-B   /dev/sde1

detail надо на /dev/md0 делать было

примонтировать не получается

Что пишет?

И зачем ты про fsck проигнорировал?

/dev/md0 is write protected mounting read-only wrong fs type, bad option, bad superblock

А fsck?

Минуту, загружусь с другой системы, там где все делал centos 7, а на массиве xfs кажется должна быть.

Описание содержимого массива можно посмотреть так:

cat /dev/md0 | file -

Спасибо тебе firkax, добрый чевечеще! Получилось, все файлы вижу…

Если не сделаешь проверку файловой системы (принудительную) - могут быть любые баги впоследствии.

Я солью файлы сейчас и на другой диск перенесу.

Во время сливания тоже могт быть какие-то баги. Ну да ладно, массив они уже не запорят. Но слить не то что надо могут. Он же в read-only смонтировался?

После сливания тогда размонтируй, сделай xfs_repair -L, примонтируй назад, и сравни слитые раньше файлы с новым их состоянием - возможно там что-то изменится.

ФС смонтировалась в состоянии clean вроде. Не в read-only.

После сливания тогда размонтируй, сделай xfs_repair -L,

сделаю.

Не знаю стоит-ли это делать, там самый поздний файл (время изменения) 14:30, а все сломалось по дискам в 14:31 и 14:32.

После сливания тогда размонтируй, сделай xfs_repair -L, примонтируй назад, и сравни слитые раньше файлы с новым их состоянием - возможно там что-то изменится.

У него могло быть изменение и позже, но из-за рассинхронизации его дата не сохранилась, а данные например сохранились кусками и в итоге мусор. Кроме того могли побиться метаданные xfs и я не знаю насколько из-за этого всё может испортиться. Там у массивов целых 90 событий разница, это явно не просто размонтирование, что-то писалось ещё на диск во время сбоя.

Сделал, ничего не поменялось. Поехал запускать сервер.

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

Напоминаю, что я отвечал на ваше: «почта vs полноценный мониторинг с агентом-оповещателем на компе админа». Агент-оповещатель работающий на чей-то пекарне это ниразу не «полноценный мониторинг».

Ну и? Очевидно, агент-оповещатель это не самостоятельная штука, а часть мониторинга. Я же так и написал.

Ну и? Очевидно, агент-оповещатель это не самостоятельная штука, а часть мониторинга.

Но работающая на какой-то конкретной пеке/пеках. Т.е. вариант получить оповещение в дороге вы не рассматриваете от слова совсем.

Сколько можно читать не пойми как? Я писал выше что никто не мешает поставить это на несколько своих устройств, да и хоть на все.

Я писал выше что никто не мешает поставить это на несколько своих устройств, да и хоть на все.

На прям любые мобильные девайсы поставите?

Лично я поставлю на ноутбук. Другое имеющееся мобильное устройство для интернета не используется, и фоновые проги не поддерживает.

Ну а любители смартфонов могут поставить себе на смартфоны.

Я писал выше что никто не мешает поставить это на несколько своих устройств, да и хоть на все.

На прям любые мобильные девайсы поставите?

Лично я поставлю на ноутбук. Другое имеющееся мобильное устройство для интернета не используется, и фоновые проги не поддерживает.

Ну т.е. ваше «на несколько своих устройств» сократилось до одного вашего ноута.