LINUX.ORG.RU

Btrfs и eCryptfs не рекомендованы к использованию в рамках RHEL 6.х

 , ,


0

4

Сегодняшний релиз Red Hat Enterprise Linux 6.8 принёс немного разочаровывающих, но предсказуемых новостей.

Файловая система Btrfs объявлена устаревшей в рамках ветки RHEL 6.x из-за нарастающих сложностей с бэкпортированием исправлений в ядро 2.6.32. Беглый поиск по темам ЛОРа также может пролить свет на другие проблемы данной ФС. Btrfs была разработана корпорацией Oracle в качестве альтернативы ZFS, в 2014 году помечена как стабильная в ядре Linux.

eCryptfs также объявлена устаревшей в связи с отсутствием обновлений, несмотря на продолжающуюся поддержку текущего кода в ядре. eCryptfs — ФС-надстройка, прозрачно шифрующая содержимое директории, хранящейся на любой другой файловой системе.

В терминологии RHEL, статус «устаревшей» технологии означает продолжение поддержки оной в рамках ветки до конца жизни ветки. Однако, «устаревший» функционал не будет доступен в рамках расширенной поддержки и не рекомендуется к дальнейшему использованию в рамках ветки RHEL 6.x.

>>> Подробности

★★★★★

Проверено: JB ()
Последнее исправление: shahid (всего исправлений: 5)

Ответ на: комментарий от erzentnn

Что по факту умеет ext4?

Не впадать в дедлок при монтировании.

anonymous
()
Ответ на: комментарий от Deleted

Я этому баггу не подвержен. Ядро 3.16 (Debian Stable), полет нормальный. Тоже самое и с ядром 3.13, Xubuntu 14.04. ext4 пользуюсь с 2011 года. Нареканий нету...

Odalist ★★★★★
()
Ответ на: комментарий от Odalist

Я этому баггу не подвержен

Страус, голова, песок.

Deleted
()
Ответ на: комментарий от erzentnn

Это он про xfs же. Что-то ты не тех веществ принял, похоже.

anonymous
()
Ответ на: комментарий от surefire

Бред, файловая система не устаревает, а с возрастом только набирает баллы надежности. Если перестали пилить код, значит, серьёзных проблем нет.

Может быть и другой вариант - проблем by design столько, что нет смысла пилить её и далее

alex-w ★★★★★
()

JB, стоило бы сменить тип новости на «мини». А лучше сменить заголовок. Сейчас он подходит под буквальное определение 4.2: вызывающе неверно интерпретированная информация, способная привести к срачу на шесть страниц. Подробности в первоисточнике.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от Deleted

А когда это в ext4 успели завезти снапшоты и сжатие?


В ветке ядра от «рентгенолога» лет 5 назад были версии с включенными падчами для сжатия на ext4 .Потом на бэкпортирование падчей забили болт так как очень мало кто этой фичей пользовался,но атрибуты для отметки что файл сжат по прежнему на ехт2 и старше есть.Снапшоты на ext4 пытались завести 2 проекта -один из них не смотря на название ext3cow ,не пошло из-за поломки совместимости формата данных и тормоза.

maximnik0 ★★
()
Ответ на: комментарий от anonymous

nodatacow, fallocate и отказ от thin provisioning спасуь гиганта мысли и отца русской демократии.

З.Ы. - главная клевая фича btrfs - это имхо ioctl CLONE_RANGE.

no-dashi ★★★★★
()
Ответ на: комментарий от darkenshvein

3. /boot разделу нафиг не всралась ФС с журналом

Там вообще пофигу, есть журнал, или нет. Тебе жалко чуть-чуть места на него ? Ну отключи. Таскать за собой ext2, или ext3 ещё более бессмысленно.

AS ★★★★★
()
Ответ на: комментарий от anonymous_sama

20 миллионов в каталоге, всё прекрасно работает (раньше была UFS - та сдохла). ЧЯДНТ?

P.S. Да, тот, кто это придумал был упорот, но мне досталось то, что досталось.

anonymous
()

Лузеры вы хоть читать умеете: Файловая система Btrfs объявлена устаревшей в рамках ветки RHEL 6.x из-за нарастающих сложностей с бэкпортированием исправлений в ядро 2.6.32.

anonymous
()
Ответ на: комментарий от anonymous

Как раз умеем

Файловая система Btrfs объявлена устаревшей в рамках линейки RHEL 6.x. В качестве причины названо фактическое прекращение развития этой файловой системы

zikasak ★★
()
Ответ на: комментарий от leave

самба, либре офис, у тебя предположим 300 баб, компания ещё молодая, развитой crm нет, огромное кол-во работы делается через файлики. В итоге иногда на шаре некоторые бабы пытались к 1 документу толпой сразу. В результате открыть документ было не реально, у многих мог 5 минут открываться. Смена ext4 на btrfs проблему решила. И не надо рассказывать, что надо было извращаться с самбой, настраивать кеш ядра. Тут тупо смена фс и ничего более, решила проблему.

erzentnn
()
Ответ на: комментарий от zikasak

вчера общался со многими разрабами redhat, никто не считает там, что btrfs прекратила развитие, многие btrfs используют под docker.

erzentnn
()

Файловая система Btrfs объявлена устаревшей в рамках ветки RHEL 6.x из-за нарастающих сложностей с бэкпортированием исправлений в ядро 2.6.32.

Не понял. Так ведь устарело ядро 2.6.32, а не ФС, не? Что будет с поддержкой BTRFS, когда выкинут ядро 2.6.32 (в следующем мажорном релизе или когда там)?

KivApple ★★★★★
()
Ответ на: комментарий от KivApple

что будет, что будет. А ничего не будет. В RHEL 7 поддерживается же

zikasak ★★
()
Ответ на: комментарий от zikasak

Да исправил я новость уже, успокойтесь. Под «разработкой» (development) RH понимает свою внутреннюю свистопляску с выковыриванием и бэкпортированием исправлений из апстрима.

shahid ★★★★★
() автор топика
Последнее исправление: shahid (всего исправлений: 1)

Не знаю всех, кто молится на стабильность brtfs. Пробовол оную пару раз, и пару раз потом реформатил. сначала после блэкаута она мне вешала намертво десктоп в момент монтирования. потом отказалась элементарно монтироваться на ноутбуке из криптованного хомяка. хорошо, что ноут был почти голый, просто реформатнул партишен в четвертый экст.

Avial ★★★★★
()
Ответ на: комментарий от erzentnn

слака в обоих случаях. btrfs-progs идут с дистром.

Avial ★★★★★
()
Ответ на: комментарий от shahid

ТТН

возьми какой-нибудь тормозной винч, от древнего ноута например.

На двое 2016 год, у всех давно ТТН стоят.

Camel ★★★★★
()
Ответ на: комментарий от erzentnn

Домашний энтерпрайз

то есть на диска городить md, lvm, сверху фс, а потом всё это хозяйство мониторить по отдельности заббиксом прямо дома... шикарно

А кто вам сказал, что это решение для дома? Домашнему пользователю хватит резервных копий фоточек котиков rsync'ом.

Camel ★★★★★
()
Ответ на: комментарий от Deleted

Статически занимать

Вы вот скажите, lvm уже умеет динамически выделять место под снапшоты?)

Фсмисле? Сколько есть места в VG, столько и займёт. Разве не так? Какое ещё место ему нужно динамически выделять?

Camel ★★★★★
()
Ответ на: комментарий от intelfx

Переврал

Во-первых, контраргументов три абзаца, и они были приведены. Твоё неумение читать — твоя проблема. Если есть что возразить по существу, вперёд.

Вы оседлали любимого конька и привели гору контраргументов не к тому к чему следовало. Согласитесь, «имею мнение» и «имею предположение» сильно не одно и то же, другими словами перевирание.

Camel ★★★★★
()
Ответ на: комментарий от intelfx

Разбор

хранить и реконструировать изменения дерева соответственно эффективнее и проще, чем изменения блоков на диске

«Проще» не есть «правильнее». Подумайте о загрузчике, который может искать что-то на диске в определённом секторе.

mdadm не защищает от silent data corruption

Reiser4 защищает.

время перестроения

Температура торможения

Во-вторых, дефрагментатор reiser4 нужен, как и любой другой copy-on-write ФС. Прежде чем с этим спорить, подучи матчасть и включи логику.

Дефрагментатор на ТТН никому не нужен, даже FAT32. На дворе 2016 год.

Camel ★★★★★
()
Ответ на: комментарий от intelfx

Хрен с ним

А вообще, вы, конечно, более правы, чем не правы. Reiser4, остановившаяся в своём развитии много лет назад всё ещё остаётся одной из самых передовых ФС, однако ей недостаёт многих функций современных ФС.

Camel ★★★★★
()
Ответ на: комментарий от zikasak

но самостоятельно думать, видимо, нет

anonymous
()
Ответ на: комментарий от erzentnn

так тебе и поверили, ты же по-ихнему не разумишь

anonymous
()
Ответ на: комментарий от erzentnn

И не надо рассказывать ... Тут тупо смена фс и ничего более
И не надо рассказывать

this

anonymous
()
Ответ на: Хрен с ним от Camel

А вообще, вы, конечно, более правы, чем не правы. Reiser4, >остановившаяся в своём развитии много лет назад всё ещё остаётся одной >из самых передовых ФС, однако ей недостаёт многих функций современных >ФС.

Поговаривают Райзер скоро выходит по УДО, так что на ReiserFS еще пока рано ставить крест.

anonymous
()
Ответ на: комментарий от anonymous

Пора ставить крест

Поговаривают Райзер скоро выходит по УДО, так что на ReiserFS еще пока рано ставить крест.

Он по соглашению с судом не может выйти раньше 2019 года, кажися августа. Кроме того 15 лет в тюрячке меняют человека, это раз. В одном из интервью Шишкин писал, что в тюрьме Ганс занялся физикой, а вовсе не CS, так что не факт что он вообще захочет дальше иметь дело с ЭВМ.

Camel ★★★★★
()
Ответ на: комментарий от erzentnn

В тюрячку

да ему вообще условный надо было дать.

За убийство?

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

Camel ★★★★★
()
Ответ на: комментарий от erzentnn

Сначала смертную казнь, потом условный срок.

anonymous
()
Ответ на: комментарий от anonymous

Коммиты под сгущенкой в ядро принимаются? Были ли прецеденты?

shahid ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.