The OpenNET Project / Index page

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



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

Оглавление

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

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


3. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  –9 +/
Сообщение от bOOster (ok), 01-Дек-23, 09:22 
Объясните мне - зачем cp лезет в структуру файловой структуры нарушая уровни абстракции? Ну понятно что для убогих ufs, ext и т.п. это необходимо - но ZFS абсолютно другой класс ФС.
Ответить | Правка | Наверх | Cообщить модератору

19. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +6 +/
Сообщение от Аноним (19), 01-Дек-23, 10:36 
UFS норм FS. Третий день использую,никаких косяков нет.
Ответить | Правка | Наверх | Cообщить модератору

27. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  –1 +/
Сообщение от нах. (?), 01-Дек-23, 11:02 
mksnap_ffs /home/.snap/delme

как, все еще - нет косяков?

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

38. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +4 +/
Сообщение от Дилетант (?), 01-Дек-23, 11:23 
не знаю, мне больше по душе Flatpak
Ответить | Правка | Наверх | Cообщить модератору

155. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  –1 +/
Сообщение от Аноним (-), 01-Дек-23, 21:36 
> UFS норм FS. Третий день использую,никаких косяков нет.

Ну тогда bcachefs просто эталон стабильности. Уже неделю работает и никаких особых траблов вроде. Только еще умеет сильно поболее этого unknown flying sh...

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

163. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +2 +/
Сообщение от Tron is Whistling (?), 01-Дек-23, 22:19 
/dev/null - недостижимый идеал
Ответить | Правка | Наверх | Cообщить модератору

171. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +2 +/
Сообщение от Аноним (-), 02-Дек-23, 00:14 
> /dev/null - недостижимый идеал

Ну, блин, с него виртуалка не хочет грузиться что-то. И с /dev/urandom кстати тоже.

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

65. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  –3 +/
Сообщение от ананим.orig (?), 01-Дек-23, 13:00 
не правильно понимаете сабж
> Проблема проявляется при использовании утилит копирования файлов, умеющих определять и оптимизировать пустые области в файлах.

умеющих ПРАВИЛЬНО определять

в общем и целом новость такая - zfs  НЕ использует внутренние структуры ядра (vfs/итд), а тянет свои ( ещё солярную spl/итд)

Но иногда очень хочется использовать удобные новые возможности ядра:
> … OpenZFS, начиная с выпуска 0.6.2, поддерживает операции SEEK_HOLE и SEEK_DATA …

но не всегда получается кусочно-разрывная интеграция ежа с ужом.
как-то так.

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

76. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  –1 +/
Сообщение от ананим.orig (?), 01-Дек-23, 13:19 
в общем интересующимся - `man 2 lseek`
> Since Linux 3.1, Linux supports the following additional values for whence:
>       SEEK_DATA
> …
>       SEEK_HOLE
> …
Ответить | Правка | Наверх | Cообщить модератору

122. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok), 01-Дек-23, 17:17 
Ну ты бы прежде чем писать заумную ерунду посмотрел бы что написано в тексте новости, а из него догадался бы сходить в man lseek чтобы понять куда конкретно лезет cp. По крайней мере ддя ценителей уровней абстракции эта операция должна быть посильной.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

156. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +/
Сообщение от Аноним (-), 01-Дек-23, 21:38 
> Объясните мне - зачем cp лезет в структуру файловой структуры нарушая уровни абстракции?
> Ну понятно что для убогих ufs, ext и т.п. это необходимо - но ZFS абсолютно другой класс ФС.

А она - не лезет. И лишь взаимодействует через апи файловых операций. Со временем и вот такие, для оптимизация операций появились. А ZFS и лоханулся в их реализации. Заметив сильно опосля, когда это coreutils в массы принесли. Так все просто и банально.

Но вы там не расслябляйтесь, кроме coreutils есть и другие программы - вот теперь и гадайте у кого из вас данные побитые. Хотя там детектор есть, но его методы работы...

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

316. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  +/
Сообщение от bOOster (ok), 05-Дек-23, 19:39 
Нда, оголтелые в своем репертуаре. Кто нибудь из вас хоть исходники cp из coreutils видел?... Хотя о чем я спрашивают - понятно что нет. Бред то нести это не изучать вопрос перед ответом.
Ответить | Правка | Наверх | Cообщить модератору

323. "Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..."  –1 +/
Сообщение от Аноним (-), 06-Дек-23, 06:02 
> Нда, оголтелые в своем репертуаре. Кто нибудь из вас хоть исходники cp
> из coreutils видел?... Хотя о чем я спрашивают - понятно что
> нет. Бред то нести это не изучать вопрос перед ответом.

1) Да, я видел эти исходники. Покажи мне там "нарушение уровня абстракций", чудак. Если это про экстенты, программы всегда писали данные в файлы как (offset, len) и операция над "экстентом" мало чем отличаются, экстент это тоже (offset, len). Да, там предполагается продвинутая ФС которая понимает ряд расширенных запросов. Но как это внутри ФС сделано - программы не знают. Это абстрактный запрос в терминах операций над регионами. В ряде случаев ФС даже имеет право переиначить и выполнить "неточно", как умеет. Как минимум для "same extent" ioctl.
2) Судя по рейтингу твоего "умного" вопроса оголтелый был не я...
3) Расскажи как делать допустим офлайн дедуп или - вот - копирование-как-рефлинк по твоему суперценному мнению?
4) Если тебе интересно, я даже и ответку этих интерфейсов из 1) видел в btrfs и bcachefs.

И нет, "онлайн дедуп" жрущий 100500 рам и проца - вообще совсем не эквивалент этих операций. Которые могут быть достаточно просты, дешевы (рефлинк вообще почти моментальная штука, только в метаданных пометить что те же блоки юзаются еще кем-то) или по крайней мере дефернуты по времени ("same extent" ioctl).

Просто для понимания - btrfs делает рефлинк на 3-терабайтный образ винча создавая "типа копию" которая ведет себя как независимый файл за примерно секунду. А ты можешь, конечно, честно скопировать все 3 терабайта (не забудь засечь сколько займет) а потом по сути отменить это действо дедупом (тоже не забудь зесечь сколько это заняло). А при этом потребуется еще и +3 терабайта свободного места на такой "transient". А вон там оно с самого начала - "идеальный дедуп" и места не занимает, только то что изменится и закопировано в сторону CoW. И не уметь подобные интерфейсы для CoW системы вообще-то довольно глупо. В лине этому даже XFS каким-то чудом научился. Я не знаю как они сову на такой глобус натянули, но ZFSники сделали это сильно позже и когда non-cow дизайн получает cow фичу раньше чем cow-дизайн это полкило прикола! Bcachefs тоже это умеет с самого начала.

Итого, на данный момент в клуб новых интерфейсов вступило минимум 4 файлухи: bcachefs, btrfs, xfs, zfs. И я нахожу умение в такие фичи логичным для next-gen CoW дизайнов, классическая семантика IO операций вообще - не про них, у них by design есть фичи которые классическими апями posix не описываются.

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

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

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

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




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

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