The OpenNET Project / Index page

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



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

Оглавление

В ядре Linux 6.3 всплыла проблема, приводящая к повреждению метаданных ФС XFS, opennews (??), 26-Май-23, (0) [смотреть все]

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


115. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от gleb (?), 27-Май-23, 12:44 
> xfs - для десктопа или ноута не лучший выбор.

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

Другое дело, что в последнее время стала вытесняться btrfs, несмотря на падение производительности -- снэпшоты и лёгкость бэкапа часто перевешивают.

> btrfs - претендует на универсальность, но, на практике, проигрывает в производительности xfs,

это обратная сторона универсальности. с другой стороны, btrfs-ные снэпшоты, это очень сладко, в случае БД тоже.

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

120. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от ptr (??), 27-Май-23, 13:09 
> Если хозяин балуется монтажом видео

В этом случае различия между xfs и ext4 он просто не заметит.

> btrfs-ные снэпшоты, это очень сладко, в случае БД тоже

Зачем они тому же PostgreSQL, который и так на снапшотах живет? В лом pg_export_snapshot/SET TRANSACTION SNAPSHOT использовать, когда это надо?
Это даже не считая того, что снапшот на уровне БД и на уровне ФС - очень разные вещи. В БД, до фиксации транзакции, модифицированные страницы могут быть только в оперативке. А снапшот на уровне файловой системы, если WAL и tablespace на разных дисках, как рекомендуется, - вообще бессмыслен.

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

121. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от gleb (?), 27-Май-23, 13:19 
>>Если хозяин балуется монтажом видео
>В этом случае различия между xfs и ext4 он просто не заметит.

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

> Это даже не считая того, что снапшот на уровне БД и на уровне ФС - очень разные вещи.

это всё совершенно очевидно, но иногда нужно быстро получить полную копию базы, которая в дальнейшем будет жить своей жизнью. И btrfs'ные снапшоты тут очень вкусное решение, даже если и на разных дисках (при остановке базы, конечно).

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

122. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от ptr (??), 27-Май-23, 13:29 
> при остановке базы, конечно

Понял. Мы с разных планет. На моей, остановка БД - чрезвычайное событие, граничащее с катастрофой. А плановые остановки для обновления СУБД планируются исключительно на ночь перед длинными выходными.

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

123. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от gleb (?), 27-Май-23, 13:33 
> На моей, остановка БД - чрезвычайное событие

это тоже понятно. но когда остановка -- снэпшот -- перезапуск посгресса занимает, примерно, 15 сек и юзер даже не отваливается, почему бы нет?

конечно, у меня задачи совсем ласковые и игрушечные, на остановку и на 15 минут ругани почти не будет.

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

125. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от ptr (??), 27-Май-23, 13:49 
А если юзер ждет завершения обучения модели, которое длится уже часов 30? На моей планете, БД без единой активной транзакции - чудо или последствия катастрофы.

> 15 сек

Cнапшот через pg_export_snapshot делается моментально (<1 mc) на активной СУБД.

> юзер даже не отваливается

Расскажите подробней, как Вам удается восстанавливать открытые клиентом курсоры при перезапуске СУБД?

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

136. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +1 +/
Сообщение от Аноним (8), 27-Май-23, 14:39 
Просто у тебя реальный мир, а у него мир смузихлёбов с докером в проде, где пара часов случайного даунтайма ничего страшного. Вот и снапшоты на уровне фс из той же оперы.
Ответить | Правка | Наверх | Cообщить модератору

137. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от gleb (?), 27-Май-23, 14:44 
> Расскажите подробней, как Вам удается восстанавливать открытые клиентом курсоры при перезапуске СУБД?

никак :)

и тем не менее, технология имеет право на жизнь в своих граничных условиях.

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

190. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +1 +/
Сообщение от Kuromi (ok), 27-Май-23, 23:04 
Если хозяин балуется монтажем видео ему надо в сторону SSD смотреть, может даже f2fs пощупать...(осторожно правда).
Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

206. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от gleb (?), 28-Май-23, 06:50 
спасибо, кэп.

но вот у мне, например, в голову не придёт покупать ссд большого объёма под эти задачи: монтаж для дома и семьи в жизни не окупится.

и кстати, на "моих" ссд -- xfs и btrfs, смысла в камасутре с f2fs как-то не вижу.

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

234. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от Kuromi (ok), 28-Май-23, 17:06 
> спасибо, кэп.
> но вот у мне, например, в голову не придёт покупать ссд большого
> объёма под эти задачи: монтаж для дома и семьи в жизни
> не окупится.
> и кстати, на "моих" ссд -- xfs и btrfs, смысла в камасутре
> с f2fs как-то не вижу.

Ну на самом деле обычно всякие "топовые" NVME с 3-7 гигабайта в секунду записи (и SLC mode на треть накопителя, чтобы из кэша не вылететь) под штуки вроде видеомонтажа и покупают, ибо иначе смысла в таких линейных скоростях просто нет (ну читаете вы гигабайтный файл не треть секунды, а одну седьмую, разница уже незаметна). Так что сам дохтур прописал.

Что же до f2fs, то я вот сколько лет пользую (успешно), столько наблюдаю странно предвзятое отношение к ней, одна половина говорит "нестабильно", другая "ненужно". Мол, зачем нам ФС с оптимизацией под Flash\SSD если SSD прекрасно сами выравнивают износ, значит ненужно, хотя оптимизации f2fs никак НЕ УВЕЛИЧИВАЮТ износ, так что неясно почему тогда условная ext4 не "не нужно".
При этом багфиксы и новые фичи f2fs прилетают в ядро регулярно, развитие есть(+шифрование +сжатие +атомарные операции, даже объединение нескольких устройств в одну ФС завезли), а производительность - отличная. Но нет, оно "ненужно", зато целых три новые SSD-friendly файловые системы - bcachefs, NOVA и SSDFS, на подходе. Вот они точно будут "нужно", наверное.

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

314. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от n00by (ok), 30-Май-23, 09:05 
У f2fs была проблема с GRUB. Если создать ФС с опцией -O extra_attr, загрузчик не может её читать. То есть надо создавать отдельный раздел под boot. А это может быть не каждому эксперту под силу, что и объясняет недовольство.
Ответить | Правка | Наверх | Cообщить модератору

315. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от Kuromi (ok), 30-Май-23, 15:48 
> У f2fs была проблема с GRUB. Если создать ФС с опцией -O
> extra_attr, загрузчик не может её читать. То есть надо создавать отдельный
> раздел под boot. А это может быть не каждому эксперту под
> силу, что и объясняет недовольство.

Есть такая проблема, да.

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

402. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от Аноним (-), 03-Июн-23, 20:15 
> У f2fs была проблема с GRUB. Если создать ФС с опцией

Такие проблемы бывают с много чем. С btrfs или zfs на это тоже можно нарваться. Загрузчик использует минимальную облегченную реализацию и то что она ВСЕ фичи - особенно новые - особенно в не очень свежей версии загрузчика рюхает - совсем не факт. Да даже наверное с EXT4 выпендриться можно - врядли grub умеет в fscrypt какой.

Скажем, если с старым grub поюзать zstd сжатие на btrfs, он честно скажет "unknown compression" при попытке читать кернел/инитрд/что там еще. Что логично, старая версия просто не знала про такое сжатие. Но можно и не жать кернел zstd. На btrfs могут сосуществовать файлы жатые разными сжатиями и никто не обязывает жать кернел именно zstd.

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

И так то если кто думает что это только там бывает - а вон NTFS, в современных диалектах кучу алгоритмов сжатия приделали. Старая реализация загрузчика или кого там опять же их не прожует. А может и актуальная. Полный NTFS3 конечно их рюхает. Если воооон там в конфиге кернела это включть еще специально. Как и fuse. Надеюсь это объясняет почему появился kexec(). Если кто хотел странного и продвинутого, кернел, так то, тоже бутлоадер. Крутой и мощный. С полными реализациями. Которые несколько проще до актуальных версий подтягивать.

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

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

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




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

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