The OpenNET Project / Index page

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



"Разработчики ядра Linux обсуждают возможность удаления ReiserFS"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Отдельный RSS теперь доступен для каждого обсуждения в форуме и каждого минипортала.
. "Разработчики ядра Linux обсуждают возможность удаления Reise..." +1 +/
Сообщение от Аноним (-), 24-Фев-22, 21:56 
> Диск по юсб, 4тб, 3.5" вынутый из коробки с новыми серверными винтами,
> за минуту до начала копирования отформатированный в дефолт, сбой юсб, или
> свет моргнул, мне до звезды факт есть факт, несколько часов копирования, а результат 0.

Да по такому описанию кто ж его знает, может ктулху приперся и данные пожрал. А какие еще выводы с такого описания можно сделать? Для более техничных описаний у девов бтрфс есть более продвинутые вещи, вплоть до режима send когда он снимет "скелетон" - как живой, только без мяса (данных) что сильно уменьшает размер образа и не нагибает приваси настолько как полный образ, а баг может воспроизвести :). А для начала нехило бы в дмесг научиться.

> Плавали, знаем, года полтора пытался бтрфс на хранилище дома юсбовом опять же,
> 100% времени оно синхронизировалось.

Плавали, знаем, у таких потом оказывается какой-нибудь перегретый чипарь в usb коробке, про@#$%ывающий половину команд. Или винч которому например питания не хватило (для серверного винта в коробке вообще не удивительно) - так что винч вообще с ума сходит. И мегаодмин которое дмесг не читает и поэтому не знает какой там трешак творился пока оно "файло копировало". А чо, гуй же рисовал?!!!111

> ну..я готов удивляться.

Ты по моему готов фигурно по#%^%ться. C чисто практической точки зрения:
1) на btrfs на...й не надо разделы. От них только сложности.
2) можно рестрайп на другой уровень, как полный так и частичный - ему нормально если половина данных SINGLE, а половина RAID-1. Прекрасно жрет полуконверченое комбо, у меня питалово слетало при рестрайпе (попробуй так с твоим райдом и похвастай как тебе оно?). Так что экстренно выкроить эн места ребалансом в другой уровень - можно, внезапно.
3) Можно пнуть ребаланс чтобы форсировать конверсию целиком (если не доедет до конца не страшно, можно возобновить или стопнуть).
4) Есть soft-режим, когда операция завершается сразу, изменение будет применено только к новым записям. Так даже можно извратиться - и СМЕНИТЬ СХЕМУ ХРАНЕНИЯ ВОН ТЕМ ФАЙЛАМ. Пофайлово, гуле. А слабо так на твоем райде? Ну а чо, если я знаю inner working механики, я его могу довольно интересно изогнуть :)
5) Все это будет довольно ненапряжной и фоновой серией команд. Файлы останутся доступны в ходе этой операции.

Так что можно временно ребаланс data, RAID1 -> (SINGLE, soft) потом файлманагером подвинуть "неценные" файлы, они сдуются вдвое (SINGLE же) и как места станет достаточно - ну и нормально. Акуле, зная механику можно ее очень осмысленно пилотировать куда надо. Это закат солнца вручную компенсирующий неумение аллокатора это выбирать самому (вообще, его хотят научить такому) но работает же, и нигде не вылезает за допущения механики, данный дизайн сам по себе позволяет произвольную смесь RAIDов, хоть пофайлово выбираемо в принципе.

Бонусом, если при большом перетрясе что-то будет не идеально и у нас все же хватало ума medatada=dup всегда и везде, ну, э, что ваш RAID сделает если под метаданными ФС бэд при активном двигании обнаружится? А, смачный бдыщ файлухи? Потому что там даже неизвестно какая копия райда верная, если это не IO ERROR а прочлось что-то? Так SSD, флехи и проч особенно любят делать, видимо считая что если FEC не справился, лучше отгрузать "что есть" а не "io error" :)

> Бэкап - акт трусости, жил без этого, и както научились данные структурировать,

Смотрите, дети: это будущий клиент data recovery лабы! :D. Он, просто пока еще не знает сколько это ему стоить будет, если его файлы ему нужны.

> сколько лет обещат поддержку сабволумов.

Чо? Сабволумы в бтрфс есть .... с момента ее создания?! А виртуалку логично апдейтить 1 раз в template и из него рефлинками заново VM развернуть, займет мизер времени.

> У них были ресурсы рэдхата, который для линукса запилил софта едвали не
> больше всех вместевзятых (корпов ясен пень) и где, и че, нету

Я наверное тупой но не понял о чем это. У кого были ресурсы? И чего нету? У бтрфсников сабволумы есть. Более того - без них не было бы снапшотов, технически снапшот то же что и subvolume. Точка входа. Иерархия с shared блоками. Крутой вариант директории. Редхат вообще btrfs активно не разрабатывал. И так то от них свалил даже Басик, последний из грандов. Он терь тоже бтрфс пилит, хоть и раздражает редхатными (анти)паттернами малость но вообще адекватный крутой тип, редхат просто дурно на девовскую психику влияет. А что там за брахмапутры в редхате xfs пилят пусть пох расскажет :)

>> А в каких ситуациях и с кем сравнивалось?
> Выжигание рака ионизирующим излучением - это очень плохой способ лечения,

А софистика - плохой способ ведения дискуссии.

> - сырая глюкота, спустя многие годы деланья не знаю чего,

Да нормальная она. Даже уже для довольно странных вещей. И про глюкоту рассказывают обычно какие-то, хм, очень характерные эксперты. Которые такое ощущение что даже на картинке его если и видели, то в 2.6.какомтамего.

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

А у меня нет особых оснований редхату верить. Хотя бы потому что его уже больше нет, ибм его съел. ИБМ вообще довольно странная фирма с своими приколами. А доверять в вопросах блочно-фсных дел я буду все же мировым именам, которые делом доказали уровень. И я не знаю вроде бы уже никого такого в редхате на данный момент. Все видные фигуры блочно-ФСных дел оттуда как-то устранились. А в безымянных саппортов и их помощь с сложными блочно-ФСовыми делами я не верю, сорян. Если там у кого контракт на сапорт с редгадом они пусть и взаимодействуют с брахмапутрами. Мне такое и нашару то не надо, я с экспертами тусить люблю, это делает меня умнее и мощнее.

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

Оглавление
Разработчики ядра Linux обсуждают возможность удаления ReiserFS, opennews, 23-Фев-22, 19:57  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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