The OpenNET Project / Index page

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



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

Оглавление

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

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


31. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  –1 +/
Сообщение от Аноним (30), 23-Ноя-23, 12:34 
Если проблему можно воспроизвести, то почему не найдут регресс через git bissect (это может не так просто, но вопрос времени, а не возможностей), а найдя коммит уже можно его препарировать
Ответить | Правка | Наверх | Cообщить модератору

37. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +/
Сообщение от пох. (?), 23-Ноя-23, 12:39 
потому что ее можно воспроизвести только с определенной долей вероятности.

И вопрос времени - очень конечно хорош для рептилоидов, с их сроком жизни в полторы тыщи лет можно никуда не спешить, а для остальных так себе.

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

Как же за...ли каргокультисты. Один в bisect верует, второй в blame... вызубрили три ненужных  заклинания гита и успешно применяли на своем хеловроте (нет, конечно же, нет. Просто вызубрили.)

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

92. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +/
Сообщение от Tron is Whistling (?), 23-Ноя-23, 14:35 
Не, вот этот вот бисекс приятно работает в их вырожденном случае игр-однодневок и около, когда ошибка у одного землекопа вот в этих вот 50 строчках, которые конкретно вот этим вот юнит-тестом покрываются.

А в сложных многоуровневых системах всё верно, пачка коммитов, и вообще возможно разные лишь косвенно связанные модули. + ошибка не в логике, а во взаимодействии с редким определённым набором данных - никакие юнит-тесты не помогут. Короче, всё так.

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

200. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  –3 +/
Сообщение от Аноним (30), 24-Ноя-23, 00:48 
Сколько философов то развелось. Сами в жизни больших и сложных систем не видели иначе бы не писали такую ерунду: что пачка, что один коммит - совершенно не важно, раньше вообще флоу были по месячным, а то и годовым релизам, это сейчас фичаветки в основном используют; и тогда и сейчас искали точно также как делает бисект, только вручную; что ошибка в логике, что в интеграции, что в данных, что в одном коммите, что в пачках - если проблема воспроизводится, то бисект найдёт на каком изменении она появилась. Ну а вы дальше философствуйте о бесполезности юнит тестов, которые кстати и проблемы с некорректными данные находить могут через фаззинг тестирование.
Ответить | Правка | Наверх | Cообщить модератору

270. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +/
Сообщение от Аноним (269), 24-Ноя-23, 14:20 
"When in doubt, use brute force."

Кен Томпсон тоже не видел больших систем.

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

338. "В OpenZFS выявлена ошибка, которая может привести к поврежде..."  +/
Сообщение от пох. (?), 26-Ноя-23, 16:51 
> Кен Томпсон тоже не видел больших систем.

Увы. Боюсь что только системный (есть еще юзерленд) код zfs больше чем все то что он за всю жизнь написал сотоварищи.

Компьютеры тогда были - большие.
А вот память - нет.


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

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

Похоже на твои домысли. В новости например про это ни слова.

> И вероятнее всего это не один комит, а целая пачка сделаных в разное время, вытащивших проблему на поверхность.

Так bisect и создан чтобы найти когда твои коммиты выстроились в ряд.

> Как же за...ли каргокультисты. Один в bisect верует, второй в blame... вызубрили три ненужных  заклинания гита и успешно применяли на своем хеловроте (нет, конечно же, нет. Просто вызубрили.)

Это тебе твоё чутье ванги подсказало как и с воспроизведением бага?

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

277. Скрыто модератором  +/
Сообщение от Аноним (30), 24-Ноя-23, 15:48 
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

339. Скрыто модератором  +/
Сообщение от пох. (?), 26-Ноя-23, 16:56 
Ответить | Правка | Наверх | Cообщить модератору

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ообщить модератору

273. Скрыто модератором  –1 +/
Сообщение от OpenEcho (?), 24-Ноя-23, 14:42 
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

341. Скрыто модератором  +/
Сообщение от пох. (?), 26-Ноя-23, 16:59 
Ответить | Правка | Наверх | Cообщить модератору

349. Скрыто модератором  +/
Сообщение от OpenEcho (?), 26-Ноя-23, 17:49 
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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