The OpenNET Project / Index page

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



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

Оглавление

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

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


205. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  –1 +/
Сообщение от Аноним (-), 24-Ноя-23, 01:05 
> Если проблему можно воспроизвести, то почему не найдут регресс через git bissect
> (это может не так просто, но вопрос времени, а не возможностей),
> а найдя коммит уже можно его препарировать

Ну, узнаете вы что это имплементация рефлинков косячная. И?! Даже если вы зафиксите 1 баг - есть уверенность что еще 5 новых таких же нет? А если посмотреть на их гитхаб... вашу ж 20.

Там 1.1К открытых багов. И эти люди быкуют на btrfs, его пригодность к продакшну и проч. О..ть!

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

246. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +/
Сообщение от нах. (?), 24-Ноя-23, 11:20 
> Ну, узнаете вы что это имплементация рефлинков косячная. И?!

и просто отключаешь эту фичу и живешь счастливо (восстановив пул из бэкапа, потому что оно не отключается на существующем). Но, к сожалению, маловероятно.

Поэтому там где данные представляют существенную ценность - не надо пользоваться реализацией openzfs. В остальных случаях - выбирают меньшее из зол (например, storage spaces ;-)

> Там 1.1К открытых багов. И эти люди быкуют на btrfs, его пригодность к продакшну и проч.

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

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

280. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +/
Сообщение от Аноним (-), 24-Ноя-23, 18:06 
> и просто отключаешь эту фичу и живешь счастливо (восстановив пул из бэкапа,
> потому что оно не отключается на существующем). Но, к сожалению, маловероятно.

Когда возникают вопросы вида "восстановив пул из бэкапа" я рад что все это - не у меня :))

> выбирают меньшее из зол (например, storage spaces ;-)

Кому попадья, кому свиной хрящик, как грится.

> безусловно отсутствие у btrfs полноценного гитхаба и списка открытых багов говорит о
> его пригодности к продакшну и проч,

У них нормальная багзила. Хорошо работает - берут в оборот не дожидаясь накопления 1К багов. Мля, когда тебе кило багов насыпали, глаза будут в кучку и ты не будешь знать за что схватиться. Но ты конечно можешь мне рассказать как это делать правильно. Есть только 1 нюанс - я в мегакорпах в R&D был и получше твоего в курсе, так что удачи.

> а не о том что линукс и его разработка давным-давно полная помойка застрявшая в начале 90х,
> где баги надо искать среди миллиарда писем в lkml оставленных без
> ответа или с парой тысяч комментариев не по теме.

Да вообщет там багзила есть. Для увеличения эффекта она дублирует и письмом в LKML. Но тебе то простительно не знать. Из тебя линукс разработчик, который -next от mainline отличить не может блин. Только и остается что на гитхабе колупаться, еще патчи начни через вебредактор им присылать(не помню, есть он уже на гитхабе?). Так победите! (самих себя, кстати)

А знаешь в чем разница? Я суммарно навесил - и мы потом сообща загасили - сколько-то десятков багов в Linux Kernel. Конкретно btrfs'ники были крайне эффективны. В том числе и через тот интерфейс. Так что все баги которые я им навешивал уже давно -> closed. Мне кажется такое состояние дел способствует чтобы их 1K не было. Впрочем они научились гонять дофейхоа тестов - а если этого мало оказалось - то - вот - в -rc толпа еще дополнительно тестирует более странные вещи.

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

324. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +/
Сообщение от Аноним (319), 26-Ноя-23, 01:22 
> и просто отключаешь эту фичу и живешь счастливо (восстановив пул из бэкапа,
> потому что оно не отключается на существующем).

Судя по довеску к новости - это кажется не поможет, а факап возможно был и раньше. А вы думали, кило багов в багтреке - дым без огня? Наивные какие.

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

276. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +/
Сообщение от Аноним (30), 24-Ноя-23, 15:47 
Скорее всего узнаю только на каком изменении баг появился. Но этого достаточно чтобы просмотреть изменяемые структуры и дебажить только их.
Наличие других багов не повод вообще не править баги.
Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

279. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +/
Сообщение от Аноним (-), 24-Ноя-23, 17:47 
> Скорее всего узнаю только на каком изменении баг появился. Но этого достаточно
> чтобы просмотреть изменяемые структуры и дебажить только их.

Да в принципе вы правы. Но судя по тому что я в багтреке увидел, проблема идет несколько дальше чем только это. Такое ощущение что фичу вообще не тестили - а в багтреке дофига и иных крутых багов. На которые всем более-менее пофиг.

> Наличие других багов не повод вообще не править баги.

Вот это бесспорно.

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

340. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +/
Сообщение от пох. (?), 26-Ноя-23, 16:58 
> Ну, узнаете вы что это имплементация рефлинков косячная. И?! Даже если вы

Мы уже узнали что нет, не она.

Она помогла наткнуться на баг, который где-то непонятно где.

> Там 1.1К открытых багов. И эти люди быкуют на btrfs, его пригодность
> к продакшну и проч. О..ть!

действительно. нет бы позакрывать с wontfix первые 1k хотя бы.


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

355. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +/
Сообщение от Аноним (319), 27-Ноя-23, 01:00 
>> Ну, узнаете вы что это имплементация рефлинков косячная. И?!
> Даже если вы Мы уже узнали что нет, не она.
> Она помогла наткнуться на баг, который где-то непонятно где.

Да вообще, детектив целый получился. По своему интересный, но к счастью, не у меня. Впрочем, поразвлекавшись с дизайном кента я таки нашел детектив не сильно хуже и для себя. Отличие? Там меня честно и явно предупредили что вон та фича - просто супер-экспериментальная. В таком то виде - без претензий за квест.

>> Там 1.1К открытых багов. И эти люди быкуют на btrfs, его пригодность
>> к продакшну и проч. О..ть!
> действительно. нет бы позакрывать с wontfix первые 1k хотя бы.

Добрый ты - всегда подскажешь как проекту репутацию максимально круто и быстро слить :). Это было бы конечно презабавнейшее шоу, но - не советую. Конечно потанцевать на могилке иной раз - тоже забавно, но если конкуренции в мире станет меньше, это будет loss-loss для нас обоих. А за такие маневры можно и доиграться по линии репутации вообще совсем.

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

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

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




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

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