The OpenNET Project / Index page

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



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

Оглавление

Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, приводящей к повреждению файлов, opennews (??), 01-Дек-23, (0) [смотреть все]

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


61. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +/
Сообщение от Аноним (61), 01-Дек-23, 12:41 
Какое количество резервных копий на других физических устройствах с другими файловым системами вы использовали, чтобы не потерять свои данные на btrfs? :)
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

71. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +/
Сообщение от DEF (?), 01-Дек-23, 13:06 
Резервные копии на 2 отдельных отсоединяемых HDD и тоже на Btrfs. Дальше что? Делать резервные копии ты должен в любой случае, какая бы супер-пупер надежная ФС ни была бы. Малоли, какой-нибудь клоун внесет в нее какой-нибудь коммит с багами и тю-тю твои данные.
Ответить | Правка | Наверх | Cообщить модератору

105. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +/
Сообщение от Аноним (24), 01-Дек-23, 15:42 
Вот это
>2 отдельных отсоединяемых HDD и тоже на Btrfs

называется "держать все яйца в 1 корзине".
и фактически их нет, зао ты успешно тратишь время ну глупости.

Толку от тех копий, если они рассыпаться будут при подключении, например? Не надо тут утверждать, что этого не случится. Чтобы этого не случилось, надо хотя бы знать основы криминалистической работы с данными, и регулярно их практиковать. Но только когда у тебя на руках десятки терабайт данных, которые срочно надо восстановить и привести в норму, на заботы о безопасности в любом случае просто нет времени.

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

118. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +/
Сообщение от DEF (?), 01-Дек-23, 16:48 
У меня Btrfs уже 11 лет не сыпается ни разу, с какой стати она должна рассыпаться сразу на всех 3 копиях одновременно? :) Типо, если у меня каждая копия будет с разными ФС, это спасет от рассыпания? Диверсификция - это дно.
Ответить | Правка | Наверх | Cообщить модератору

121. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +/
Сообщение от Аноним (24), 01-Дек-23, 16:54 
Спасёт, если причина в баге ядра или в баге специфического юзеспейса.
Ответить | Правка | Наверх | Cообщить модератору

140. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +/
Сообщение от DEF (?), 01-Дек-23, 19:20 
Я не говорил, что буду бэкап подключать на том же ядре, на котором крякнулся основной носитель)
Ответить | Правка | Наверх | Cообщить модератору

142. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +/
Сообщение от Аноним (24), 01-Дек-23, 19:39 
Слишком много "если" и никаких гарантий, что на другом ядре и ОС этого не случится. Даже если это старое ядро, новую проблему легко портируют и на него. Вон в ext4 баги десятилетиями никто не исправляет https://github.com/torvalds/linux/commit/b1489186cc8391e0c1e...
Ответить | Правка | Наверх | Cообщить модератору

338. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +1 +/
Сообщение от Аноним (-), 06-Дек-23, 09:41 
> Слишком много "если" и никаких гарантий, что на другом ядре и ОС
> этого не случится. Даже если это старое ядро, новую проблему легко
> портируют и на него. Вон в ext4 баги десятилетиями никто не
> исправляет https://github.com/torvalds/linux/commit/b1489186cc8391e0c1e...

У сабжа баг тоже на поверку оказался далеко не вчерашний так то. А то что новую фичу запилили, и она помогла спровоцировать это в более легко воспроизводимом виде - вообще совсем другая история. На память о которой у ряда счастливчиков думающих что все ЗБС в ФС будут битые файлы. А в силу меньшей вероятности - они как раз и не заметят факап. Это еще прикольнее, подождать пока по бэкапам разлетится, старые бэкапы подтереть, и тут однажды вдруг - обана! Оказывается что файл битый - и такой уже пару лет, так что и все бэкапы с ним такие же. А то что пару лет он не требовался... ну... мало ли чего.

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

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

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




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

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