Исходное сообщение
"Проект CoreOS рассматривает возможность ухода от использован..." Отправлено iZEN, 22-Дек-14 17:19
///---http://www.lissyara.su/articles/freebsd/file_system/zfs_reco.../ Был RAID-Z-пул собранный из трёх дисков по 1.5 Тб фирмы X, модели Y. Работал он работал, и изредка стали появляться в логах сообщения о том, что произошла ошибка чтения или ошибка записи на один из дисков пула. ZFS, ругаясь в логи на ошибки контрольных сумм, отлично отрабатывала такие моменты и пул продолжал нормально функционировать со статусом "ONLINE". Ошибки повторялись, но были не систематичными: различные диски, различные сектора, различное время. Назвав ошибки идиопатическими (неизвестной природы) решил, что обязательно разберусь с ними, но не сейчас. Эпик фейл подкрался незаметно, но всё же наступил. В один, не самый удачный момент, после перезагрузки, файловая система не cмонтировалась. ... Год спустя Ещё весной задал на форуме вопрос о поддержке "отмотки" транзакций. И был направлен тов. Anon Y Mous на путь истинный, т.е. в последние (на тот момент) правки HEAD-ветки. Немного покопавшись в репозитории, нашёл нужную правку[3], в которой была добавлена поддержка той самой "отмотки" транзакций. Но это всё предисловие. После обновления, в правке за номером 219089 [3], ZFS до версии 28, в zpool(8) появилась возможность откатываться на несколько транзакций назад при передаче параметра -F. Так что описанный в статье приём восстановления стал обычной рутинной задачей. За подробностями по ссылке на правку или в подсказку, выводимую zpool(8). ---///

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> ///---http://www.lissyara.su/articles/freebsd/file_system/zfs_recovery/ > Был RAID-Z-пул собранный из трёх дисков по 1.5 Тб фирмы X, модели > Y. Работал он работал, и изредка стали появляться в логах сообщения > о том, что произошла ошибка чтения или ошибка записи на один > из дисков пула. ZFS, ругаясь в логи на ошибки контрольных сумм, > отлично отрабатывала такие моменты и пул продолжал нормально функционировать со статусом > "ONLINE". Ошибки повторялись, но были не систематичными: различные диски, различные сектора, > различное время. Назвав ошибки идиопатическими (неизвестной природы) решил, что обязательно > разберусь с ними, но не сейчас. Эпик фейл подкрался незаметно, но > всё же наступил. В один, не самый удачный момент, после перезагрузки, > файловая система не cмонтировалась. > ... > Год спустя > Ещё весной задал на форуме вопрос о поддержке "отмотки" транзакций. И был > направлен тов. Anon Y Mous на путь истинный, т.е. в последние > (на тот момент) правки HEAD-ветки. Немного покопавшись в репозитории, нашёл нужную > правку[3], в которой была добавлена поддержка той самой "отмотки" транзакций. Но > это всё предисловие. > После обновления, в правке за номером 219089 [3], ZFS до версии 28, > в zpool(8) появилась возможность откатываться на несколько транзакций назад при передаче > параметра -F. Так что описанный в статье приём восстановления стал обычной > рутинной задачей. За подробностями по ссылке на правку или в подсказку, > выводимую zpool(8). > ---///
	Введите код, изображенный на картинке: