The OpenNET Project / Index page

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



"Релиз ядра Linux 6.7"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Релиз ядра Linux 6.7" +/
Сообщение от Аноним (-), 23-Янв-24, 07:24 
> Т.е. я при перезагрузке сервера по питанию должен как-то при его зависоне
> подать команду отключения во флэш? Вот насмешили. И продолб 20 метров
> - вот ваще не проблема для нормальной ФС.

Учитывая что это RMW + GC, там в принципе бывает что угодно, смотря насколько дурная фирмварь и ее логика и что там случилось. Это - unspecified!

Может слететь партишн. Особенно если вы не в курсе концепции Erase Block/Erase Group и не сделали выравнивание и "guard area".

Может слететь суперблок. Или дохрена метаданных. Btrfs с его DUP и несколькими суперами даже сможет потрепыхаться. С RAID1 - вообще самопочинится влет, а если у вас будет более обычный RAID, он при налете на десинк девайсов будет в полном ауте.

Может слететь транслятор. И тогда если вам данные нужны - вы пойдете в DR лабу. И отвалите кучу денеш. Потому что оно не то что совсем не читается, но выглядит интересно. И сами вы это не почините.

> Ну, а на счет флэша с дерьмовымми прошивками... НУ да, могут сдохнуть.

Покажите мне у кого прошивки без греха? Это стремные багованые глюкала. У всех. Ну вон самс, крупнейший (?) производитель флеша на планете. Жуткое глюкало в FW. Везде.

> Но тут даже HDD могут сдохнуть во время внезапного пропадания питания (запил поверхности,

Для современных HDD не характерно: при этом там просто автопаркова на рампу.

> так вообще продолб минимум 50G минфы (если очень повезет, а обычно
> - слет транслятора).

Это SSDшный failure mode вообще, изначально (анти)фича флешатины. А если кто хотел влезть в оба мира он и оба набора проблем получил.

> Чего уж тут. Речь идет о том, что нормальная ФС маленько по иному барьеры
> расставляет и данные на диск раскладывает

Вообще-то недеструктивность записей btrfs как раз обеспечивает выживаемость оных в случаях когда многие другие запиливаются насмерть и без плана Б. А хранение по дефолту 2 копий метаданных даже на 1 носителе (схема DUP) дает куда больше шансов при отклонениях от идеала. А есди у EXT4 ...цать мегов улетят нафиг - плана Б нет и если не понравилось то что вышло, что хотите то и делайте.

> (если они важны) в несколько копий. А не так, что бэкап суперблока один на устройство.

У btrfs 2 бэкапа супера на девайс + по дефолту DUP метаданных даже на 1 устройство или RAID1 на >1 устройства (схема данных и метаданных могут отличаться). Если девайсов много, можно для метаданных RAID1C3/C4 (3 или 4 копии) юзать вообще.

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

Оглавление
Релиз ядра Linux 6.7, opennews, 08-Янв-24, 10:27  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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