The OpenNET Project / Index page

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



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

Оглавление

Разработчики ядра Linux обсуждают возможность удаления ReiserFS, opennews (??), 23-Фев-22, (0) [смотреть все]

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


14. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +5 +/
Сообщение от псевдонимус (?), 23-Фев-22, 20:22 
>находится на пути к устареванию

Гениально!

Вот кривой БТР не находится, постоянно гайки крутят.

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

15. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от 888 (?), 23-Фев-22, 20:24 
эдорасы, сэр!
Ответить | Правка | Наверх | Cообщить модератору

32. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от пох. (?), 23-Фев-22, 20:57 
Че там как кстати с WD, обещавшими переписать-переписать нам raid6?

Кажется, они немного увлеклись Remote exploitable wd cloud и забыли об этом?

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

51. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от псевдонимус (?), 23-Фев-22, 22:35 
Ну "нинужна" же! Что ты как маленький? Обещали, да. Но создавать видимость работы надо, иначи кто зарплату будет править?

Анекдот:

Человек нанимает бригаду, привозит на объект и говорит, мол надо сделать это , это и это

Мужики: сейчас покурим и попрем!

Заказчик приезжает через неделю. Естественно ничего не сделано. Возмущается, я же сказал что надо сделать

Мужики: сейчас покурим и попрем!

Ещё через неделю возвращается и также ситуация: сидят, курят

Заказчик: мужики, идите наh.й

Мужики: вот щас покурим и попрем!

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

92. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (-), 24-Фев-22, 01:26 
> Че там как кстати с WD, обещавшими переписать-переписать нам raid6?

WD обещал RAID6? А когда успели? Они вроде больше всего этот свой zoned пока пилят.

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

135. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 24-Фев-22, 09:24 
Они обещали переписать тот кусок btrfs, чтоб без write hole, и чтоб вообще перестал превращать данные в невосстановимую кашу. Где-то с пол-года назад.
Не, не успели. Полагаю, и не начинали - "сидят, курят".

Не пойми их неправильно - wd cloud такая шибкая сложность без надобности, они ж мелкие. И никто никогда никакие диски в них не добавляет, некуда.

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

176. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 15:27 
> Они обещали переписать тот кусок btrfs, чтоб без write hole, и чтоб
> вообще перестал превращать данные в невосстановимую кашу.

Да он с write hole так сразу не превращает - и есть описание на вике btrfs как и что в этом плане. Нормальное, доходчивое, обрисовывающее проблематику. С этим даже можно жить, если scrub после краха не раздражает. Но да, это весьма субоптимально, особенно на большом стораже.

> Где-то с пол-года назад.

А пруфлинк? Сейчас они больше всего zoned заняты. И есть ряд pending core level вещей, которые, ну, вот, довольно глобальны, не только в btrfs, и которые должны случиться. Возможно что-то проще будет после того как это сперва приземлят.

В подсистеме памяти свой shuffle, давно назревавший, а btrfs еще рефакторят чтобы жевал блоки отличные от размеров страниц, а еще zoned приделвают, в целом довольно много рефакторов и перетряса, возможно это было просто не лучшее время для вон того и надо дать устаканиться нескольким другим процессам чтобы не переписывать раза три как ракам.

> Не, не успели. Полагаю, и не начинали - "сидят, курят".

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

> Не пойми их неправильно - wd cloud такая шибкая сложность без надобности,
> они ж мелкие. И никто никогда никакие диски в них не добавляет, некуда.

Для меня вообще чудо что wd стали разрабатывать поддержку zoned. Вот это я понимаю, подход вендора - если хочется странную технологию двигать в массы, тогда и ее поддержку сами в ОС/ФС дескать накодим. Вот все бы так.

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

49. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от maximnik0 (?), 23-Фев-22, 21:58 
>Вот кривой БТР не находится, постоянно гайки крутят

А как же исправленная ошибка в XFS, 15 лет не могли обнаружмть на каком этапе возникает ошибка ? Это я про отключенное питание и обнуленные файлы.
Так что крутят гайки это нормально,другое дело что взяв за основу   ZFS, повелись на бездоказательную теорию что алгоритмы защитят от ошибок ФС.
Как оказалось полноценное fsck
все еще нужно,а с этим грустно.Scrub не все исправляет.И так же есть ошибки в основе бтрфс: не предусмотренно динамическое выделение места под дополнительные метаданные,(в ютубе есть видио где даже в серьезных компаниях админы признаються что наступали на эти грабли) если отключить COW -нет контрольных сумм...

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

54. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от псевдонимус (?), 23-Фев-22, 22:45 
>[оверквотинг удален]
> на каком этапе возникает ошибка ? Это я про отключенное питание
> и обнуленные файлы.
> Так что крутят гайки это нормально,другое дело что взяв за основу  
>  ZFS, повелись на бездоказательную теорию что алгоритмы защитят от ошибок
> ФС.
> Как оказалось полноценное fsck
> все еще нужно,а с этим грустно.Scrub не все исправляет.И так же есть
> ошибки в основе бтрфс: не предусмотренно динамическое выделение места под дополнительные
> метаданные,(в ютубе есть видио где даже в серьезных компаниях админы признаються
> что наступали на эти грабли) если отключить COW -нет контрольных сумм...

БТР дефективна изначально. Ты сам об этом написал сейчас.

Решение по уму: выбросить брак.

Экономически выгодное решение: продолжать крутить гайки и получать деньги.

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

93. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (-), 24-Фев-22, 01:35 
> Это я про отключенное питание и обнуленные файлы.

Фирменная фича :)

> Так что крутят гайки это нормально,другое дело что взяв за основу  
>  ZFS, повелись на бездоказательную теорию что алгоритмы защитят от ошибок ФС.

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

> Как оказалось полноценное fsck все еще нужно,а с этим грустно.

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

> Scrub не все исправляет.И так же есть ошибки в основе бтрфс: не предусмотренно
> динамическое выделение места под дополнительные метаданные,

Вообще-то предусмотрено, block groups (куски примерно по гигу) выделяются по ходу дела. Но у block group обычно есть конкретный тип - или данные, или метаданные, и схема хранения. Это неплохо работает для сторажей на десятки гигз и более. Для более мелких ФС он особо не делался, но если очень надо, в mkfs есть mixed-bg для извращенцев, тогда данные и метаданные в одних группах могут храниться. Это "костыль" для мелких сторажей, не стоит им пользоваться просто так.

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

Изучать файлухи по видео на ютубе... ух вау, это круто.

А это, кто лучше? А, ext4 на котором файлуха осыпается в хлам от 1 бэда в метаданные? FSCK даже может и починит что, но если пара системных либ слетела, операционке это не очень помогает и смысл этой гребли - в чем? Посмотреть на трупик и пойти доставть систему из бэкапа? :)

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

124. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от maximnik0 (?), 24-Фев-22, 05:50 
>Вообще-то предусмотрено, block groups (куски примерно по гигу) выделяются по ходу дела.

Ага,значит если вы не обманываете не прошло и 5 лет как починили сетуацию с мелкими файлами в одной директории-когда фс пишет что нет свободного пространства из-за того что под метаданные место кончилось.И только балансировка (не всегда) могла помочь.

>А, ext4 на котором файлуха осыпается в хлам от 1 бэда в метаданные? FSCK даже может и починит что, но если пара системных либ слетела, операционке это не очень помогает

Ну это исключительно редко бывает,вдобавок сейчас метаданные прикрыты контрольной суммой и барьером.Хотя у меня когда то полсистемы после fsck вылетело,было такое.home раздел был на другом диске.Операционка загрузилось в инит1 и все.Но база deb осталась целой, мне подсказали скрипт для проверки на битые пакеты и через час систему я поднял :-)

>Изучать файлухи по видео на ютубе... ух вау, это круто

Люди дома умудряються строить по советам с ютуба :-)


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

134. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от пох. (?), 24-Фев-22, 09:21 
> И только балансировка (не всегда) могла помочь.

Практически никогда - чем она может тебе помочь, если "ваши метаданные теперь неваши, оно НИВЛИЗЛО! И чтобы что-то перебалансировать нам нужно ЕЩЕ метаданных, а оно...вот!"

Конечно, никто не мешал тебе быстро прыгнуть в машину времени и запустить балансировку ДО того как оно кончилось.

>> Изучать файлухи по видео на ютубе... ух вау, это круто
> Люди дома умудряються строить по советам с ютуба :-)

потому что на ютубе до сих пор лежит видео создателя ютуба. И открывается, да.

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

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

161. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (-), 24-Фев-22, 13:29 
> Практически никогда - чем она может тебе помочь, если "ваши метаданные теперь неваши, оно НИВЛИЗЛО!

Да ну не гони.

> И чтобы что-то перебалансировать нам нужно ЕЩЕ метаданных, а оно...вот!"

Там есть Global Reserve, о великий эксперт. Но, вообще, если ты в таких режимах оперировать хочешь, то изен с трехдисковым пулом на 12 мегов в секунду относительно вменяемый по сравнению с тобой. Потому что это очень субоптимальный режим для любой ФС.

> Конечно, никто не мешал тебе быстро прыгнуть в машину времени и запустить
> балансировку ДО того как оно кончилось.

Чтобы умничать по теме надо в ней разбираться. А на поха время обиделось, у него всегда полшестого, кернел 3.чототам и пора пить чай. И результирующая экспертиза в линукс, протухшая лет на 10, по всей площади, от управления памятью до сетей и далее со всеми остановками.

> бложечек, через год никто уже не найдет, гугль об этом позаботится.

Ну вот поэтому если мне что-то по этой части становится надо, пингануть кого-то из причастных - куда как эффективнее :). А ты можешь это с xfs'никами и сратисами попробовать, заодно и расскажешь как тебе оно. Все же просто, сначала ты имеешь выбор а потом он тебя, и вот тут грешно жаловаться :)

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

152. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 12:48 
> Ага,значит если вы не обманываете не прошло и 5 лет как починили
> сетуацию с мелкими файлами в одной директории-когда фс пишет что нет
> свободного пространства из-за того что под метаданные место кончилось.

Там global reserve на случай совсем обломов, когда по другому совсем не получилось, лет так уже i++. Но у поха в центос 6 его нет и не будет.

А так что удивительного в том что продвинутый дизайн может иметь свои приколы в краевых случаях, которые не всегда просто предусмотреть? Если Кент в ядро пролезет, его тоже будет ждать открытий. Юзеры креативны в создании проблем. Да даже в EXT4 каком странные вещи иногда чинят.

> И только балансировка (не всегда) могла помочь.

Похоже на мелкий стораж несколько гигз который извел место под DATA, а когда захотелось METADATA, на +1 block group места нет. Актуально ФС в несколько гигз. А не...й водоизмещение крейсера пипеткой мерять. Больше пары десятков гигз малоактуально: когда настолько забито, нормальный юзер новый диск добавит а не будет добирать крохи с тупняками забитой ФС. Но если сильно хочется маленький крейсер, чтоб именно пипеткой, есть mixed-bg, там проблемы нет: данные и метаданные можно в одни блоки. Но тогда не получится делать разный уровень хранения data/metatada...

> Ну это исключительно редко бывает,

Во первых, редко, но метко. А бэды норовят попасть под метаданные, испортить системный файл, и даже если fsck что-то починит, то? Система либо работает, либо нет, бинарная величина. И даже на локалхосте есть смысл взять идеи у энтерпрайза как чинить за 2 минуты, а не 2 дня как тут некоторые "эксперты".

Во вторых - с интенсивно эксплуатируемыми SSD все это все бывает не так уж редко.

В третьих - круто, если вместо ВНЕЗАПНОЙ кончины системы как серпом по ... оно вместо этого довольно долго дает варнинги, но при этом все же работает, давая время на парирование проблемы без явных аварий.

> вдобавок сейчас метаданные прикрыты контрольной суммой и барьером.

И как это помогает при бэдсекторе под ними? Ну скажет оно что метаданным упс, и дальше? Btrfs пойдет да возьмет проблемный блок из второй локации, починит первую, "CSUM error at X, corrected". Зная какая из 2 копий - битая. Это полезно и правильно, но не про EXT4.

> Хотя у меня когда то полсистемы после fsck вылетело,было такое.home
> раздел был на другом диске.

Тут как бы зависит от того что случилось и проч. Если какие-то метаданные вообще совсем гавкнулись, то чего? Некоторые метаданные можно пересчитать из других, но в некоторых случаях если инфо нет, то их нет.

> Операционка загрузилось в инит1 и все. Но база deb осталась целой, мне подсказали
> скрипт для проверки на битые пакеты и через час систему я поднял :-)

Ох, надо же, не 2 дня а всего сколько там на подсказ скрипта и час траха. Я систему с ноля перекатаю быстрее. В уже настроеный вариант.

> Люди дома умудряються строить по советам с ютуба :-)

Мне кажется это несколько более работоспособная тема.

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

137. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от maximnik0 (?), 24-Фев-22, 09:26 
> Есть категория систем которым вообще надо либо работать, либо нет. А этот
> ваш fsck с неопределенным результатом себе оставьте на двоих с псевдонимусом,
> с вас станется кнопки жамкать при загрузке систем. Проблем в том

Есть  ФС, до сих пор пользуются и поддерживаться практически всеми операционками.Но по остаточному принципу- а предрекали как универсальная замена фат32 для флэшек.Это я про UDF -нету по стандарту fsck- а забыл размонтировать ,получишь RO.Народ попользовался,оплевывался и на нее забили,используют сейчас только в "голубых"/"двд" дисках .

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

153. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 12:50 
> Есть  ФС, до сих пор пользуются и поддерживаться практически всеми операционками.

По этой причине FAT32 до сих пор не вымер, хоть там и нет ничего интересного.

> RO.Народ попользовался,оплевывался и на нее забили,используют сейчас только в "голубых"/"двд"
> дисках .

UDF довольно странная штука, больше деланая под сидюки, они более-менее повымерли - ну и ФС вместе с ними. А для флешек так то EXFAT по версии MS есть, но он тоже очень так себе хрень.


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

86. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 00:39 
> Вот кривой БТР не находится, постоянно гайки крутят.

WD так то умеет крутить, при том не только гайки но и блины.

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

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

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




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

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