The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В ядро Linux 6.2 войдут улучшения RAID5/6 в Btrfs, opennews (??), 18-Дек-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


162. "В ядро Linux 6.2 войдут улучшения RAID5/6 в Btrfs"  +/
Сообщение от пох. (?), 21-Дек-22, 00:26 
при отсутствии контроля четности второе ничем не лучше. Ну есть у тебя теперь второй блок контрольных данных. А какой поврежден - по прежнему неизвестно. Может этот самый второй. Может первый. А может сами данные. raid делали для защиты от отказов носителя, не от silent corruption или отказа управления.

Ответить | Правка | Наверх | Cообщить модератору

163. "В ядро Linux 6.2 войдут улучшения RAID5/6 в Btrfs"  +/
Сообщение от аНОНИМ (?), 21-Дек-22, 11:52 
Чисто формально, в случае порчи *одного* любого блока из страйпа raid6 данные можно восстановить. Но это существенно большие вычисления чем в случае, если известно, какие блоки пропали. И mdraid так не умеет.
Ответить | Правка | Наверх | Cообщить модератору

170. "В ядро Linux 6.2 войдут улучшения RAID5/6 в Btrfs"  +/
Сообщение от edo (ok), 21-Дек-22, 19:05 
> Но это существенно большие вычисления

Не только, это ещё и больше i/o, поэтому сомневаюсь, что оно где-то используется при штатной работе для контроля целостности данных

Ответить | Правка | Наверх | Cообщить модератору

171. "В ядро Linux 6.2 войдут улучшения RAID5/6 в Btrfs"  +/
Сообщение от пох. (?), 21-Дек-22, 21:45 
> Чисто формально, в случае порчи *одного* любого блока из страйпа raid6 данные можно
> восстановить.

э... как? Если мы не знаем, какой именно это блок? Если у страйпа хотя бы был бы общий контрольный, не ec, код - то да, можно собирать его всеми способами выкидывая все блоки поочереди, пока контролька не совпадет. Ну или ты предлагаешь мажоритарным методом - каких больше, тот и прав? Так и xor можно. Правда, необязательно это будет правильный ответ ;-)

> mdraid так не умеет.

мне кажется, так никто из EC-based не умеет.

Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

164. "В ядро Linux 6.2 войдут улучшения RAID5/6 в Btrfs"  +/
Сообщение от аНОНИМ (?), 21-Дек-22, 11:53 
Ну и да, в случае зеркал с >2 копиями тоже такто можно задетектить порченный блок и восстановить. И опять mdraid не умеет.
Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

172. "В ядро Linux 6.2 войдут улучшения RAID5/6 в Btrfs"  +/
Сообщение от пох. (?), 21-Дек-22, 21:51 
Ну то же самое - либо контрольный код, и просто прочитать тот где совпало, либо те где больше одинаковых, те и правы.
Но опять же сомневаюсь что хоть что-то так работает.

В synology mdraid вроде умеет в какой-то self-healing, "но это неточно" и исходников нет.

Ответить | Правка | Наверх | Cообщить модератору

187. "В ядро Linux 6.2 войдут улучшения RAID5/6 в Btrfs"  +/
Сообщение от Аноним (-), 24-Дек-22, 20:28 
Btrfs прекрасно чинит себя с второй копии, csum error, corrected и дальше поехал. Даже на однодисковых нечто с DUP прокатывает, хоть это и слкгка изврат, конечно.

А с вон той механикой были проблемы если частичная запись потерялась и точно не известно какие блоки насколько записались при отвале RAID. Делать "журнал записи/RMW в RAID56" в btrfs принципиально не хотели из-за характерных проблем перфоманса. А тут вот некий компромисс нащупали, оверхеда добавить может, но не столько, в паре с хранением метаданных RAID1/RAID1C3 это уже начинает смотреться достаточно осмысленно и уже не имеет таких откровенных проблем для осыпания.

На самом деле если понимать суть проблемы, с RAID56 в сабже можно было жить давно. Просто после такого краха для предотвращения вон тех блоков надо scrub было делать. Чтобы их найти и нейтрализовать ДО того как что-то развалилось. Но это достаточно ресурсоемко большой хранилке, хоть и фоновое и вообще не вредно периодически для понимания не сыпется ли что-то уже понемногу в железе.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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