The OpenNET Project / Index page

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



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

Оглавление

В OpenZFS выявлена ошибка, которая может привести к повреждению файлов, opennews (??), 23-Ноя-23, (0) [смотреть все]

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


114. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +1 +/
Сообщение от fidoman (ok), 23-Ноя-23, 15:59 
> Если у вас порча секторов происходит регулярно - есть смысл посмотреть в
> сторону стабильности платформы, скорее всего данные теряются до записи на диск.
> Потому что у накопителей свои ECC, и вот просто так "обнулиться" сектор
> не может.

ECC пропускает ошибки с вероятностью, которая на больших системах (или при длительной эксплуатации средних) заметна практически.

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

185. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +/
Сообщение от Tron is Whistling (?), 23-Ноя-23, 23:05 
Чего? Чтобы ECC современного накопителя пропустил ошибку - надо очень постараться.

Современные HDD и SSD вообще только благодаря ECC можно сказать и работают, если чисто гипотетически убрать ECC - их использовать будет вообще толком невозможно.

Ещё раз повторюсь: если у вас это возникает регулярно - смотрите в район платформы, а не накопителя.

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

221. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  –3 +/
Сообщение от Аноним (-), 24-Ноя-23, 02:26 
> Чего? Чтобы ECC современного накопителя пропустил ошибку - надо очень постараться.

Агаблин, а у меня есть текучая флеха где EXT4 за месяц - в труху. Наверное это мой глюк? Не, IO Error эта пакость наверх не репортит. Просто грузит труху периодически.

Btrfs в схеме DUP - даже на таком живет. Заодно позволяя измерить частоту факапов. На этом экземпляре - если записать, через недельку scrub налетит на 10-20 секторов которые разъехались по чексумам. И это тебя жестко оспаривает. Стараться там вообще не надо, надо записать эн гигз, а потом через недельку scrub запустить и получить свои чексум ерроры. Просто как топор, воспроизводимо.

> Современные HDD и SSD вообще только благодаря ECC можно сказать и работают,

А если еще и изучить математику за ECC - можно узнать что эти алгоритмы имеют заметно отличную от ноля вероятность посчитать блок за исправный, хотя там труха. При достаточном числе read errors и большом числе попыток в какой-то момент вы таки можете и выиграть в эту лотерею. А экстремальный случай мне вот за счет btrfs'а "отфильтровался" под внимание.

> если чисто гипотетически убрать ECC - их использовать будет вообще толком
> невозможно.

А чисто практически - накопители, особенно флешовые, имеют манеру выгружать какой-то крап, далеко не всегда утруждая себя репортом IO Error при этом.

> Ещё раз повторюсь: если у вас это возникает регулярно - смотрите в
> район платформы, а не накопителя.

Повылезло тут экспертов мля со своими EXT4 и XFS, измерявшим разрушения хз как, видимо теориями. А таки - чексумы в ФС - отличная штука. И ZFSники в этом были правы.

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

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

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




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

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