The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."
Отправлено Аноним, 10-Май-21 04:19 
Извиняюсь за запоздавший ответ, но ты удивлялся что я еще на опеннете, это side effect...

> fsck / e4defrag не помогает?

IIRC нет. На это пох плевался, он знал что говорит. Оно так и не умеет деаллокацию дир. Миднайт размер дир показывать умеет. Посмотри на пустой (4096 байтов вроде), создай 100К файлов (дира будет несколько мегов), сотри. Ага, все-равно мегазы? Только стереть и пересоздать. Дефраг точно не лечит.

>> 6. 1 бэд под libc6 - и у меня вместо системы офигенный кирпич.
> А про btrfs этого сказать нельзя?

В режиме DUP (2 копии на 1 девайс) только скажет Csum error at xxxx, corrected. Теорвер резко вертается в мою сторону. Если раньше я проигрываю с 1 бэда, теперь чтобы надо чтобы 2 физических бэда попали в 1 логический адрес. Крайне маловероятно если бэды изредка. Такой теорвер мне больше нравится. Это лучше RAID1 - оно не только mismatch ловит, но и по чексумам понимает какая из копий верная. И все это делается по сути 1 командой, без плясок с бубном и какой либо когфигурации. Оно автоматически станет делать 2 копии, никакого репартиционирования, ресайза и проч самому не надо, только ребаланс пнуть чтобы уже записаное, а не только новое стало тоже в 2 копиях.

Я утащил трупа на failure analisys в норку, мне пришлось к кастомеру в перди за свой счет сгонять, не понравилось, я и подумал что с этим делать. Закусил удила и сделал новые системные образа, с вон тем вот. Новые инсталляхи теперь по тем лекалам, да и старые заапгрейдил везде где это было ОК.

И просто для понимания, по результатам экспериментов, EXT4 на той карте за месяц трупом становится, перестает читаться какой-нибудь критичный файл или метаданные и девайсу пиндык, резко и без предупреждений - после очередного ребута система просто не взлетит. Btrfs от души чинит потекшие сектора, но за полгода так и не развалился, а потом мне стало вломак, я захотел экспериментальную железку прикрутить к более полезным делам. Да, когда-то там может помереть и кернел (можно продублировать) или даже early boot (тоже можно, но сложнее, и preloader таки только 1 скорее всего будет).

> только ext, xfs в принципе не уменьшается.

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

> В ext придется раздел размонтировать, изменить размер раздела, затем запустить ext2resize.

В btrfs я даже _заменял_ диск под _живой_ ОС. Мне было интересно, можно ли так уже в XXI веке. Идея проста: "device add" нового (ФС станет более крупная на время), потом device remove старого (осетр урезается до размеров оставшегося).

ФС сама двигает данные, прямо на ходу, система работает, IO конечно немного просажен фоновым перемещением данных. Все, старый можно вынуть, ФС теперь на вон том, при том двигается только фактически аллоцированое. Главное бут не забыть записать, он вне компетенции ФС :).

Это даже крешить можно, я пробовал. После ребута смена уровня RAID или такой data move можно просто возобновить с места облома и шоу продолжается, я в общем то случайно протестил. Интересно кто-то еще такое вообще умеет делать и тем более переживать внезапный ресет в процессе?

> Это прекрасно, но является ли она стабильной для повседневного пользования на критически важных данных?

Я не вижу особого криминала как минимум в Single, DUP и RAID1. И сделал как раз то самое. Пока не пожалел вроде. Да и офлайн чтец есть на пиковый случай. Вот RAID56 там экспериментальный, это да. С другой стороны RAID1 (и DUP) сильно лучше обычного, оно по чексуме понимает кто именно гонит. В ситуации когда девайс не сдох, а начал подвирать - с чексумами намного интереснее получается. Иногда девайсы вообще не считают нужным IO Error засветить, даже если FEC не выдюжил, просто вываливают "как есть". Особенно этим грешат флешки и карты памяти с туповатым контроллером.

ИМХО, те кто btrfs дизайнил понимали что делают и предметно подошли к disk errors. На флоте эмбедовки постепенно всплыла еще парочка изредка сбоящих карт, которые, впрочем, пару месяцев просто чинились из 2 копии, пока я не нарисовался в неспешном режиме их заменить, т.к. один черт недалеко от локации был. Вот так системные факапы мне заментно приятнее. С early warning на радаре и длительным парированием проблемы до того как уровень выше вообще заметит какие-то проблемы мне как-то сильно прикольнее, чем когда система ВНЕЗАПНО дохнет потому что не прочелся сектор под libc6 - и что хотите то и делайте с ней теперь.

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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