The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Представлен проект OpenZFS, направленный на  унификацию разв..., opennews (ok), 18-Сен-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


196. "Представлен проект OpenZFS, направленный на  унификацию разв..."  +/
Сообщение от iCat (ok), 19-Сен-13, 05:18 
>...если на этом N-тб стораже вылезет бэдсектор неудачно - будете как миленькие пересобирать весь пул и перераскатывать из бэкапа.

Смелое и безрассудное утверждение!
Учите матчасть, сударь!
Откройте себя себя чудо сопроводительной документации.

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

231. "Представлен проект OpenZFS, направленный на  унификацию разв..."  +/
Сообщение от Аноним (-), 19-Сен-13, 18:25 
> Смелое и безрассудное утверждение!

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

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

246. "Представлен проект OpenZFS, направленный на  унификацию разв..."  +/
Сообщение от pansa (ok), 20-Сен-13, 02:04 
Мсье бредит в горячке.
Мапить бэдсекторы научились даже не венде. Метаданные zfs много раз дублируются и размазаны по всему объему, чтобы убить это надо забить гвоздь сквозь все пластины.
Ответить | Правка | Наверх | Cообщить модератору

357. "Представлен проект OpenZFS, направленный на  унификацию разв..."  +1 +/
Сообщение от Аноним (-), 17-Окт-13, 03:33 
> размазаны по всему объему, чтобы убить это надо забить гвоздь сквозь
> все пластины.

Ололо. А на лисяре перец вот долго сношался с починкой, просто потому что бэды неудачно вылезли. При том неудача была относительная - он при помощи хескэдитора смог отбросить последние транзакции и шалтай-балтай упавший со стены таки собрался. Но собирать его хексэдитором - таки номер. И сколько таких ситуаций без нормального fsck может вылезти?

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

373. "Представлен проект OpenZFS, направленный на  унификацию разв..."  +/
Сообщение от iZEN (ok), 17-Окт-13, 11:25 
>> размазаны по всему объему, чтобы убить это надо забить гвоздь сквозь
>> все пластины.
> Ололо. А на лисяре перец вот долго сношался с починкой, просто потому
> что бэды неудачно вылезли. При том неудача была относительная - он
> при помощи хескэдитора смог отбросить последние транзакции и шалтай-балтай упавший со
> стены таки собрался. Но собирать его хексэдитором - таки номер. И
> сколько таких ситуаций без нормального fsck может вылезти?

А где нормальный fsck вы видели? Он вам навалит кучу в /.lost+found и разбирайтесь сами, что там и откуда взялось. На разделе размером с терабайт это будет весело — хватит на разбор последнего "полёта" до конца жизни в прямом смысле. И бэд-блоки будут уже не важны.


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

375. "Представлен проект OpenZFS, направленный на  унификацию разв..."  +/
Сообщение от AlexAT (ok), 17-Окт-13, 11:28 
Раздел размером с терабайт - это овердофига, угу. У меня раздел с аниме в 3 раза больше. И файлов там не так много.
Ответить | Правка | Наверх | Cообщить модератору

402. "Представлен проект OpenZFS, направленный на  унификацию разв..."  –1 +/
Сообщение от nagualemail (ok), 17-Окт-13, 12:22 
> Раздел размером с терабайт - это овердофига, угу. У меня раздел с
> аниме в 3 раза больше. И файлов там не так много.

О да ... аниме:- Das is fantastish!..

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

442. "Представлен проект OpenZFS, направленный на  унификацию разв..."  +/
Сообщение от Аноним (-), 02-Ноя-13, 15:21 
> А где нормальный fsck вы видели? Он вам навалит кучу в /.lost+found
> и разбирайтесь сами, что там и откуда взялось.

Мне как-то fsck успешно починил том с битой ФС где 10 секторов ушло в бэды. После чего ФС стала моунтабельной и юзабельной. А пару файлов которым не повезло - так и быть нашли по сусекам отдельно. Некая разница с тем на что кекс на лисяре нарвался, знаешь ли.

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

445. "Представлен проект OpenZFS, направленный на  унификацию разв..."  –1 +/
Сообщение от iZEN (ok), 02-Ноя-13, 17:05 
> Мне как-то fsck успешно починил том с битой ФС где 10 секторов
> ушло в бэды. После чего ФС стала моунтабельной и юзабельной. А
> пару файлов которым не повезло - так и быть нашли по
> сусекам отдельно.

Нашлись с помощью чего? Мата и хексэдитора.

> Некая разница с тем на что кекс на лисяре нарвался, знаешь ли.

В то время ещё не существовало теперь уже штатной команды "zpool import -F poolname", после которой можно пройтись scrub'ом по убитому в хлам пулу и определить поимённо с точным путём, какие файлы повреждены. И счёт может вестись не на пару файлов, а на сотню, если так "повезло". И такой пул будет ещё жить очень долго, если к сбойному носителю просто приаттачить зеркалом второй исправный носитель. А твоя классическая файлуха такой конфигурации не выдержит в принципе даже на LVM — с ума сойдёт от бэдов. ;)

Вот ещё фейл с внешним винтом под Ext4 с шифрованием: http://www.linux.org.ru/forum/admin/9765462

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

446. "Представлен проект OpenZFS, направленный на  унификацию разв..."  –1 +/
Сообщение от nagualemail (ok), 02-Ноя-13, 17:13 
>[оверквотинг удален]
> Нашлись с помощью чего? Мата и хексэдитора.
>> Некая разница с тем на что кекс на лисяре нарвался, знаешь ли.
> В то время ещё не существовало теперь уже штатной команды "zpool import
> -F poolname", после которой можно пройтись scrub'ом по убитому в хлам
> пулу и определить поимённо с точным путём, какие файлы повреждены. И
> счёт может вестись не на пару файлов, а на сотню, если
> так "повезло". И такой пул будет ещё жить очень долго, если
> к сбойному носителю просто приаттачить зеркалом второй исправный носитель. А твоя
> классическая файлуха такой конфигурации не выдержит в принципе даже на LVM
> — с ума сойдёт от бэдов. ;)

LVM может сойти с ума если на диске с сим будет образ виртуалки тоже случайно размеченный с LVM ...


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

447. "Представлен проект OpenZFS, направленный на  унификацию разв..."  +/
Сообщение от iZEN (ok), 02-Ноя-13, 17:15 
---


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

451. "Представлен проект OpenZFS, направленный на  унификацию разв..."  +/
Сообщение от Аноним (-), 03-Ноя-13, 19:30 
> Нашлись с помощью чего? Мата и хексэдитора.

Из какой-то старинной резервной копии, всего лишь. Достать из древнего бэкапа пару файлов которые не меняли со времен царя Гороха - нормально вполне. Так удалось получить и текущее состояние и ничего не продолбать. С минимумом усилий человеков в плане войны с проблемой.

> пулу и определить поимённо с точным путём, какие файлы повреждены.

В моем случае речь шла о максимальном вытаскивании с ФС данных. Дабы это обеспечить - сперва я прочел все что в принципе могло прочесться с этого носителя в образ, при том утилитка читает умно - сперва грубый проход по поверхности, с пропуском явно проблемных мест, а потом - добивание того что осталось до победного (или истечения лимита попыток, или окончательной смерти накопителя). Так даже если проблемный носитель умрет при долбежке - уже не очень обидно. Потому что делать что либо с нестабильным диском, который явно собирается помереть - себе дороже: пациент может умереть в руках доктора. Самое умное что можно сделать - максимально вычитать в образ и работать уже с образом.

В конечном итоге удалось додолбить все кроме 10 секторов. Часть попала в данные, часть в метаданные. Этих 10 секторов у меня никогда не будет. Это - данность. Накопитель не может их прочитать. Даже за 20 попыток. ZFS никогда не рассчитывался на такие "данности". Это вообще его дизайном не предусмотрено. Запроектная авария. Нет, у данного диска нет никаких райдов и зеркал - ФС обречена столкнуться с разрушением и заметить этот факт. Суровые реалии этого мира - крайне нестабильный накопитель, у которого 10 секторов умерло совсем, а регионы вокруг - читаются медленно и не всегда с 1 раза.

Поэтому продвинутая утилита чтения чтобы аккуратно выцепить все что можно унести - мастхэв. А вот далее fsck сделает нам проход с валидацией структур ФС и поможет починить то что факапнулось. А факапнулось. Потому что 10 секторов просто нет.

> к сбойному носителю просто приаттачить зеркалом второй исправный носитель.

1) Лишнего винча под рукой быть совершенно не обязано. Для снятия образа я поюзал имеющиеся дисковые емкости иных компьютеров. Ессно не вытаскивая накопители - они там понимаешь ли отформачены и с данными. Просто по сусекам на таких дисках нашлось места на пару копий образов со скрипом.
2) Очень врядли что ZFS реализует продвинутую стратегию чтения с полуубитого накопителя и не доканает его совсем и/или не посчитает невосстановимо убитым. Некоторые сектора читаются с 3 попытки. Некоторые - не читаются вообще. Малопонятно как драйвер ZFS с настолько поганым по свойствам диском работать вообще будет.

Я не думаю что ZFS сможет нормально перестроить данные с проблемного накопителя в таком случае.

> классическая файлуха такой конфигурации не выдержит в принципе даже на LVM

В данном случае не было никаких райдов и LVM. Была просто ФС, без избыточности и потому частично порушенная. ZFS вообще не очень то и рассчитывает на такой оборот. Там предполагается крЮтой ынтырпрайз. С сотнями денег на райды и прочая. А такое как единственный накопитель, да еще вдруг с бэдами - это уже запроектная авария. Я так понимаю что у саней нет рецептов на этот счет.

> — с ума сойдёт от бэдов. ;)

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

> Вот ещё фейл с внешним винтом под Ext4 с шифрованием: http://www.linux.org.ru/forum/admin/9765462

А вот шифрование дисков очень плохо относится к малейшим неидеальностям в работе накопителей и сбоям и вообще деликатная штука. Судя по всему у гражданина расшифровка перестала корректно работать. С шифрованными дисками таких приколов можно хлебнуть, при том не только в линухе. Делайте бэкапы, чо.

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

390. "Представлен проект OpenZFS, направленный на  унификацию разв..."  +/
Сообщение от nagualemail (ok), 17-Окт-13, 11:49 
>> размазаны по всему объему, чтобы убить это надо забить гвоздь сквозь
>> все пластины.
> Ололо. А на лисяре перец вот долго сношался с починкой, просто потому
> что бэды неудачно вылезли. При том неудача была относительная - он
> при помощи хескэдитора смог отбросить последние транзакции и шалтай-балтай упавший со
> стены таки собрался. Но собирать его хексэдитором - таки номер. И
> сколько таких ситуаций без нормального fsck может вылезти?

А в это время нормально написанный fsck на непримонтировавшемся автоматически ext4 тихо сносил все нах ... без возможности востановления :)))

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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