The OpenNET Project / Index page

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



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

Оглавление

В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachefs, opennews (??), 07-Фев-24, (0) [смотреть все]

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


33. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 07-Фев-24, 17:06 
>>потери данных, похоже, нет.
> какова вероятность события при удалении чего-нибудь "не нужного", удалить что-то "нужное"?

А вот на этот случай у нас как раз и есть снапшоты... там как раз можно передумать в ряде случаев.

В принципе в случае CoW даже и без снапшота, если быстро спохватиться, в btrfs можно попытаться выцепить офлайн читалкой, заякорившись на более старый generation файлухи, если gc это еше не подгреб. В сабже можно вдавить ресет до того как оно синкнет это изменение в структуры, и его как бы никогда и не было :)

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

38. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Sw00p aka Jerom (?), 07-Фев-24, 17:51 
> А вот на этот случай у нас как раз и есть снапшоты...
> там как раз можно передумать в ряде случаев.

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

> и его как бы никогда и не было :)

как и всего остального накопишвегося с последнего синка.


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

48. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 07-Фев-24, 18:30 
> снапшоты вам помогу в случае ошибочного удаления "нужного", а я имел ввиду
> ситуацию удаления "не нужного", в следствии чего (бага конечно же) удалилось
> что-то "нужное", и мы это не заметим до тех пор, пока
> нам не понадобится то самое "нужное", а тут и снепшот сконсолидировался.

В случае CoW
1) _Вся_ истинная иерархия вообще не обязана быть видна.
2) Это означает что снести лишку может быть технически-проблематично. У меня есть уровень менеджмента, он на 1 уровень выше / и как правило не примонтирован совсем, как раз поэтому.
3) на снапшот можно поставить readonly (или изначально его так сделать).

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

Но...
Во первых, в ядре сейчас есть опция запрета блочной записи в смонтированые тома.
Во вторых, ФС можно делать с избыточностью, тогда битая копия починится из исправной.
В третьих, снапшоты не замена бэкапов. Потому что "should never happen" как бы да, но лучше если на этот случай какой-то план все же будет. Потому что бывает еще сыпучее железо, баги софта, левые DMA кривым драйвером типа нвидии, и чего там еще. И против такого лома приема может не оказаться даже у самых крутых и правильных.

>> и его как бы никогда и не было :)
> как и всего остального накопишвегося с последнего синка.

Ну тут уж сорян. Семантика полного журнала - "все или ничего". Полузаписаные и полуперезаписные файлы могут быть еще хуже. Одно дело получить файло в старом состоянии, и совсем другое если он будет наполовину новым и наполовину старым, ЭТО вообще не обязано читаться программами.

А как в примитивных ФС это все работает я как-то проверил, случайно раскатав на почту ее не оч свежий бекап. И вот это обидно было без undo так то. Кому сильно надо было - перепослали, конечно, но - in place перезапись в таком случае совсем не оставляет шансов потрепыхаться, файло просто переписывается - и это никак отменить нельзя. С тех пор я предпочитаю резервировать за собой право на ошибку периодически делая снапшоты.

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

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

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




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

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