The OpenNET Project / Index page

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



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

Исходное сообщение
"Принято решение использовать в Fedora 16  по умолчанию файло..."
Отправлено Аноним, 11-Июн-11 10:21 
> Не надо путать живучесть данных и живучесть фс.

Одно несколько взаимосвязано с другим. Путать - не стоит.

> cow немного повышает шансы на выживание данных, но если нагнутся метаданные
> - вытащить данные может оказаться нереально (никто уже не скажет,
> какому файлу из какого снапшота принадлежит этот экстент).

Ну, если так рассуждать, если нагнутся метаданные описывающие выделение блоков, никто не сможет понять к какому файлу относится вон тот блок.

Я про чуть иные случаи. Например для ZFS довольно типично совсем не осиливать монтирование тома + крешиться в сервисных утилях при минимальном повреждении метаданных. Это довольно плохое свойство ФС означающее что при малейшем сбое и отсутсвии бэкапа, вы пойдете в хексэдитор, парсить навернутые структуры самолично вместо облажавшегося это сделать кода драйвера/утилит.

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

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

> - в результате гарантированно выживают остальные файлы,
> так что в итоге живучесть данных тоже оказывается на уровне.

Сомнительное преимущество. В случае btrfs CoW применяется и к данным и к метаданным, при обычном крахе такой подход вообше неубиваем: всегда можно просто выбросить недописанные хвосты и получить фс просто в чуть более старом состоянии. Когда данные и метаданные синхронизированы и логически не противоречивы. Реальные проблемы будут если как-то порушатся какие-то старые метаданные/данные (дозапись файла их не разрушает, с этим то как раз нет проблем). Что возможно например при вылезании бэдсектора, сбоях железа и т.п.. Хотелось бы чтобы fsck мог бы разрулить вот такие ситуации, перестроив побитые метаданные на основе иных метаданных, или хотя-бы нейтрализуя заведомо некорректные/проблемные метаданные дабы привести том в монтируемое состояние когда с него что-то можно закопировать.

 

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



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

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