The OpenNET Project / Index page

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



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

Оглавление

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

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


118. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +1 +/
Сообщение от fidoman (ok), 23-Ноя-23, 16:08 
> zfs - просто рассыпается из-за неудачного ребута сервера

ZFS убить ппц как сложно, видел только при откровенно дохлом БП, когда диски на ходу отщёлкивались.
Убивалась до состояния что вытащить файлы можно было только дебагом.
А так если скрабить регулярно нихрена ей не будет.
На компах собранных вот буквально из г. и палок работает нормально.
Условия только два - качественные шлейфы и диски с чистым смарт.

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

192. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +1 +/
Сообщение от Tron is Whistling (?), 23-Ноя-23, 23:40 
Вот в этой новости - оно самоубивается. До состояния "не вытащить никак". Ну, то, что убилось, конечно.
Ответить | Правка | Наверх | Cообщить модератору

389. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +/
Сообщение от Аноним (-), 28-Ноя-23, 19:11 
> Вот в этой новости - оно самоубивается. До состояния "не вытащить никак".
> Ну, то, что убилось, конечно.

С практической точки хрения, если у вас даже и убилась копия копии файла - это, конечно, ужас. Особенно для такой ФС. Но все же не ужас-ужас. Хотя-бы потому что не битые копии должны бы все же остаться, а вероятность наступить на этот баг - достаточно умеренная.

Но вот фану EXT4 на это жаловаться?! А вы как, используете EXT4 с полным журналом и наслаждаетесь тупняками записи минимум ВДВОЕ? Или - забиваете на тот факт что при крахе БЕЗ полного журнала файло может оказаться наполовину старым и наполовину новым? Просто потому что при журнале только метаданных нет инфо ни довести транзакцию до конца, ни чтобы откатить, поэтому вот вам полуперезаписаный файл. Аллокация, конечно, консистентна, размер файла правильный, но вот толку то с того?

Так понятнее почему я уже не первый раз спрашиваю - а как господа с EXT4 вообще определяли что их данные - не битые? И я так и не получил ответ на этот простой вопрос. Который с учетом свойств EXT4 далеко не праздный.

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

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

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




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

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