The OpenNET Project / Index page

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



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

Исходное сообщение
"Изучение изменения размера кодовой базы Ext4, Btrfs и XFS"
Отправлено Аноним, 25-Июн-11 23:05 
> Матчасть подучи: http://blogs.oracle.com/bonwick/ru/category/ZFS

Это ты себе?

> Нисходящее восстановление: пул дисковой памяти - это дерево блоков. Чем ближе к
> корню дерева находится блок, тем значительнее его потеря,

Как ты думаешь, к чему относилось про эффект домино? CoW довольно легко повреждается и повреждения даже небольшого участка метаданных или данных могут выбить довольно много всего в результате. Потому что текущий вид данных зависит от предыдущего.

> Использование метаданных позволяет ZFS осуществлять нисходящее восстановление избыточности.

Тут делается вольное допущение что избыточность есть, что это удалось и что нигде не облажались. В реальной жизни таких гарантий даже страховой полис не даст.

[копипаст из букваря поскипан]

В общем это, копипастить и дурак может.

> Вообще-то, "запасной парашют" в ZFS всегда на готове и он готов для
> дёрганья в тот момент, когда основной отвалился, а не когда мы уже на земле.

И что является парашютом заменяющим fsck? Те несколько хиленьких опций утилиток, затыкающих несколько специфичных сценариев и плевать хотевших на все остальные? Это не парашют, это бутафория какая-то. В упомянутом букваре допускается что избыточность - была, что перестроение дупов прошло успешно и что валидная копия метаданных вообще была. Но зато ни звука про случай когда их не было. И если в крутых энтерпрайзных многодисковых хранилищах еще можно в некоторых случаях надеяться что это будет не настолько уж и неправдой, для более простых юзкейсов вида "один винч на ноуте, и тот осыпался" это как-то очень неубедительно уже смотрится. Ах, я и забыл - сани делали ФС только для энтерпрайзов. Поэтому такие юзкейсы они не рассматривали и вы для этого используете окаменелый UFS. А вот для btrfs это вполне валидная ситуация. Не просто заранее заложенная, а дефолтная для meego на x86. Негде в ноуте или планшетке многодисковое хранилище распихать.

> является частью "зеркала" или RAID-Z, ZFS не только определит, но и
> исправит ошибку: контрольная сумма позволит определить правильную копию,

Покажи мне как сделать эффективное "зеркало" из одного диска в моем ноуте? Или по твоему мнению я там должен использовать окаменелости типа UFS? Ну увидит ФС - ага, том сыпанулся, бэд чексум. Дальше - что?

> Опять двадцать пять. Начинай сначала.

Ну так я не виноват что ты тугой и до тебя медленно доходит: вполне возможна ситуация, когда диск был 1, на нем хаотично вылезли бэды например. Это типичный десктопно-ноутбучный юзер. Все что сможет ФС - констатировать bad checksum. А восстановить это - не сможет. И хорошо бы юзеру собрать то что от тома осталось и отрепайрить до моунтабельного состояния, чтобы он не упирался, выколупывая останки файлов хексэдитором. Да, некоторые файлы могут быть испорчены. Хорошо если ФС или fsck их как-то пометит как таковые. Но выцепить то что осталось с тома проще всего когда он примонтирован, копированием. Для этого том должен быть доведен до моунтабельного состояния. Утилитой-чекером.

> Правда что ли? Неужели пробовал восстанавливать RAID из состояния FAULTED, чтобы это
> говорить? На mdraid это вообще бессмысленно.

Пробовал и могу сказать что это та еще лотерея. Более того - иногда RAID может так "восстановить" данные что потом вообще костей не соберешь. Кстати, а расскажи, как мне RAID в ноуте забабахать, если там чисто физически место для 1 HDD и более нишиша?

>> А почему RAID должен помогать в починке метаданных ФС?
> А почему нет, если он интегрирован с ФС?

Да хотя-бы потому что RAIDить может быть и некуда. Ну понятное дело что ZFS не ориентирован на мелкие инсталляции "перец с ноутом", все что они смогут сказать - "сам дурак". А вот btrfs очень даже ориентирован на такое применение. Поэтому там не катит говорить "сам дурак". Там чинить придется, а потребовать пять дисков для рэйда - не катит.

> Конечно не панацея. Все привыкли к "обыденности", задаваемой "линуксовой братией". :))

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

> Почему свою? Это ваша тупость, данная вам в ощущениях.

Мои ощущения говорят мне что мой ноут с 1 диском как-то сложно сделать осмысленным RAIDом.

 

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



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

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