The OpenNET Project / Index page

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



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

Оглавление

Релиз ядра Linux 5.4, opennews (ok), 25-Ноя-19, (0) [смотреть все]

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


104. "Релиз ядра Linux 5.4"  +/
Сообщение от Аноним (89), 25-Ноя-19, 15:02 
Я-то в курсе. Но теперь хотя бы можно будет верефицировать данные на диске? Чтобы знать, что они протухли и пора доставать бэкапы? Я видел гниение битов своими глазами, очень печально что ext4 от него никак не защищена. А та же btrfs не защищена от гниения метаданных.
Ответить | Правка | Наверх | Cообщить модератору

116. "Релиз ядра Linux 5.4"  +1 +/
Сообщение от . (?), 25-Ноя-19, 16:33 
всю жизнь было можно - man md5sum, man mtree (только линуксная, помнится, неправильно работала с localtime)
fs к этому никакого отношения не имеет и вряд ли должна - в том числе потому, что непонятно, что она могла бы сделать, не имея никаких средств коммуникации с пользователем - kernel panic?
Ей бы за своей метаинфой уследить, впрочем, zfs и тут делает нечто странное. kernel panic в том числе - делает.

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

120. "Релиз ядра Linux 5.4"  +/
Сообщение от Аноним (89), 25-Ноя-19, 16:52 
Ну на практике это мало применимо наверно. Я пока обхожусь rsync в режиме, в котором он считает md5 для обоих файлов, но понятно что тут тоже есть недостатки. В частности диски очень греются, а процесс занимает много дней. Куда интересней было бы решать эти вопросы в ядре при чтении, и если данные изменились сами по себе оно об этом сообщает. Для метаданных чексуммы вроде давно уже сделали в ext4.
Ответить | Правка | Наверх | Cообщить модератору

124. "Релиз ядра Linux 5.4"  +1 +/
Сообщение от . (?), 25-Ноя-19, 17:00 
> В частности диски очень греются, а процесс занимает много дней. Куда интересней было бы решать
> эти вопросы в ядре при чтении

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

Куда интересней - что делать если мы _нашли_ bitrot. ext4 эту проблему не решает никак, меганавороченный бутерброд lvm-thin-xfs тоже из-за околонулевой связанности между своими слоями, а вот zfs (в случае mirror/raidz, когда ей есть где взять либо другую копию, либо рассчитать ее из контрольных значений) могла бы помочь. На практике, мда...

> Для метаданных чексуммы вроде давно уже сделали в ext4.

сделали. При несовпадении - паника или ro-remount, и делай что хочешь. Ну и зачем нам это счастье в эпоху 12T дисков?

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

127. "Релиз ядра Linux 5.4"  +/
Сообщение от имя (ok), 25-Ноя-19, 17:08 
> а вот zfs … могла бы помочь. На практике, мда...

А что на практике? Вот с починкой битрота я на zfs никогда проблем не видел, сплошное успешное лечение.

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

132. "Релиз ядра Linux 5.4"  +/
Сообщение от Аноним (89), 25-Ноя-19, 17:26 
Можно периодически считывать файлы, а заодно дефрагментатор прикрутить. Если этим будет заниматься ядро, можно сделать это фоновой задачей не создающей серьёзную нагрузку в юзерспейсе.

>паника или ro-remount

Ну и норм, это лучше чем просрать все полимеры и не заметить этого

>12T

Сейчас вроде эпоха 16ТБ дисков, от SMR уже отказываются, а через два года обещают 25-50тб диски. Главный недостаток, работа с данными занимает очень много времени. Особенно, если она происходит в юзерспейсе и данные фрагментированы (тёплый привет ntfs3g, потратившей неделю на 1тб), я всё же думаю было бы здорово подрядить ядро заниматься вопросами верификации (ведь и zfs и btrfs как-то справляются).

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

126. "Релиз ядра Linux 5.4"  –1 +/
Сообщение от имя (ok), 25-Ноя-19, 17:05 
> всю жизнь было можно - man md5sum

И как часто вы натравливаете md5sum на файлы? Кроном, inotifywait или руками? А проверяете? А если это $HOME на лаптопе? Проблема в том, что это всё очень неудобно.

> fs к этому никакого отношения не имеет и вряд ли должна -
> в том числе потому, что непонятно, что она могла бы сделать,
> не имея никаких средств коммуникации с пользователем - kernel panic?

Ну а что FS делает, если сектор на диске без избыточности просто не читается? Вот пусть и с чексуммами для начала тоже будет EIO.

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

246. "Релиз ядра Linux 5.4"  +/
Сообщение от Аноним (-), 04-Дек-19, 02:12 
> диске? Чтобы знать, что они протухли и пора доставать бэкапы?

дык юзай btrfs, он такое умеет, вполне прилично

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

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

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




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

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